Custom Query (1030 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (760 - 762 of 1030)

Ticket Resolution Summary Owner Reporter
#334 fixed %SIGNAL-SEMAPHORE-PTR crashes on Linux/x86 Gary Byers Stelian Ionescu
Description
Running Linux 2.6.24, glibc 2.7, gcc 4.1.2
? (lisp-implementation-version)
"Version 1.2-r10848M-trunk  (LinuxX8632)"

I configured SLIME to start CCL with "-K utf-8", although I'm not sure it's necessary when running as an inferior lisp.

Trying to start SLIME HEAD:

? ;Loading #P"/usr/share/emacs/site-lisp/slime/swank-loader.lisp"...
; loading system definition from /usr/share/common-lisp/systems/swank.asd into #<Package "ASDF0">
; registering #<SYSTEM SWANK #x14A07236> as SWANK
;; Swank started at port: 36275.
36275
? exception in foreign context
Exception occurred while executing foreign code
 at sem_post + 5
? for help
[279636] OpenMCL kernel debugger: B
current thread: tcr = 0x6f315aa0, native thread ID = 0x44454, interrupts disabled

(#x6F1B0980) #x14256BAD : #<Function %SIGNAL-SEMAPHORE-PTR #x14256B16> + 151
(#x6F1B098C) #x1405ACED : #<Function %UNLOCK-RECURSIVE-LOCK-OBJECT #x1405A926> + 967
(#x6F1B09B4) #x142F8EB5 : #<Function PROCESS-WHOSTATE #x142F8D96> + 287
(#x6F1B09E8) #x142F9DAD : #<Function (:INTERNAL (PRINT-OBJECT (PROCESS T))) #x142F9D4E> + 95
(#x6F1B0A10) #x1430D075 : #<Function %PRINT-UNREADABLE-OBJECT #x1430CF76> + 255
(#x6F1B0A2C) #x142F9ED5 : #<Method-Function PRINT-OBJECT (PROCESS T) #x142F9E0E> + 199
(#x6F1B0A44) #x141031DD : #<Function %CALL-NEXT-METHOD #x14102DCE> + 1039
(#x6F1B0A80) #x14104F5D : #<Function %%STANDARD-COMBINED-METHOD-DCODE #x14104CB6> + 679
(#x6F1B0ABC) #x1430EC4D : #<Function WRITE-A-FROB #x1430EBB6> + 151
(#x6F1B0AF8) #x1430FBC5 : #<Function WRITE-INTERNAL #x1430F8FE> + 711
(#x6F1B0B28) #x14314A15 : #<Function WRITE-1 #x143147F6> + 543
(#x6F1B0B3C) #x14312B85 : #<Function PRIN1 #x14312B16> + 111
(#x6F1B0B5C) #x146851ED : #<Function FORMAT-PRIN1 #x14685156> + 151
(#x6F1B0B7C) #x14383EBD : #<Function SUB-FORMAT #x14383596> + 2343
(#x6F1B0BD0) #x14685DCD : #<Function FORMAT-INDIRECTION #x14685A26> + 935
(#x6F1B0C48) #x14383EBD : #<Function SUB-FORMAT #x14383596> + 2343
(#x6F1B0C9C) #x14679BDD : #<Function DO-SUB-FORMAT #x14679B4E> + 143
(#x6F1B0CAC) #x1467A96D : #<Function FORMAT #x1467A2F6> + 1655
(#x6F1B0D2C) #x1467A3E5 : #<Function FORMAT #x1467A2F6> + 239
(#x6F1B0D5C) #x149F138D : #<Function LOG-EVENT #x149F0F26> + 1127
(#x6F1B0EF4) #x14A08635 : #<Function SEND-EVENT #x14A085FE> + 55
(#x6F1B0F04) #x14A09A4D : #<Function DISPATCH-EVENT #x14A0986E> + 479
(#x6F1B0F34) #x14A04515 : #<Function DISPATCH-LOOP #x14A043B6> + 351
(#x6F1B0F60) #x1430878D : #<Function RUN-PROCESS-INITIAL-FORM #x143084EE> + 671
(#x6F1B0FA4) #x14308FC5 : #<Function (:INTERNAL %PROCESS-PRESET-INTERNAL) #x14308E76> + 335
(#x6F1B0FCC) #x142ED245 : #<Function (:INTERNAL THREAD-MAKE-STARTUP-FUNCTION) #x142ED12E> + 279
[279636] OpenMCL kernel debugger: R
%eax = 0x00000000
%ecx = 0x6F315120
%edx = 0x00000004
%ebx = 0x00000000
%esp = 0x6F315108
%ebp = 0x6F315118
%esi = 0x00000004
%edi = 0x14256B16
%eip = 0x6FF631A5
%eflags = 0x00210202
[279636] OpenMCL kernel debugger: L
%ebx (arg_z) = 0
%esi (arg_y) = 1
------
%edi (fn) = #<Function %SIGNAL-SEMAPHORE-PTR #x14256B16>
------
%ecx (temp0) = 466375752
%edx (temp1) = 1
------
%edx (nargs) = 1 (maybe)
#333 fixed %SIGNAL-SEMAPHORE-PTR crashes on Linux/x86 Gary Byers Stelian Ionescu
Description

Running Linux 2.6.24, glibc 2.7, gcc 4.1.2 ? (lisp-implementation-version) "Version 1.2-r10848M-trunk (LinuxX8632)"

I configured SLIME to start CCL with "-K utf-8", although I'm not sure it's necessary when running as an inferior lisp.

Trying to start SLIME HEAD:

? ;Loading #P"/usr/share/emacs/site-lisp/slime/swank-loader.lisp"... ; loading system definition from /usr/share/common-lisp/systems/swank.asd into #<Package "ASDF0"> ; registering #<SYSTEM SWANK #x14A07236> as SWANK ;; Swank started at port: 36275. 36275 ? exception in foreign context Exception occurred while executing foreign code

at sem_post + 5

? for help [279636] OpenMCL kernel debugger: B current thread: tcr = 0x6f315aa0, native thread ID = 0x44454, interrupts disabled

(#x6F1B0980) #x14256BAD : #<Function %SIGNAL-SEMAPHORE-PTR #x14256B16> + 151 (#x6F1B098C) #x1405ACED : #<Function %UNLOCK-RECURSIVE-LOCK-OBJECT #x1405A926> + 967 (#x6F1B09B4) #x142F8EB5 : #<Function PROCESS-WHOSTATE #x142F8D96> + 287 (#x6F1B09E8) #x142F9DAD : #<Function (:INTERNAL (PRINT-OBJECT (PROCESS T))) #x142F9D4E> + 95 (#x6F1B0A10) #x1430D075 : #<Function %PRINT-UNREADABLE-OBJECT #x1430CF76> + 255 (#x6F1B0A2C) #x142F9ED5 : #<Method-Function PRINT-OBJECT (PROCESS T) #x142F9E0E> + 199 (#x6F1B0A44) #x141031DD : #<Function %CALL-NEXT-METHOD #x14102DCE> + 1039 (#x6F1B0A80) #x14104F5D : #<Function %%STANDARD-COMBINED-METHOD-DCODE #x14104CB6> + 679 (#x6F1B0ABC) #x1430EC4D : #<Function WRITE-A-FROB #x1430EBB6> + 151 (#x6F1B0AF8) #x1430FBC5 : #<Function WRITE-INTERNAL #x1430F8FE> + 711 (#x6F1B0B28) #x14314A15 : #<Function WRITE-1 #x143147F6> + 543 (#x6F1B0B3C) #x14312B85 : #<Function PRIN1 #x14312B16> + 111 (#x6F1B0B5C) #x146851ED : #<Function FORMAT-PRIN1 #x14685156> + 151 (#x6F1B0B7C) #x14383EBD : #<Function SUB-FORMAT #x14383596> + 2343 (#x6F1B0BD0) #x14685DCD : #<Function FORMAT-INDIRECTION #x14685A26> + 935 (#x6F1B0C48) #x14383EBD : #<Function SUB-FORMAT #x14383596> + 2343 (#x6F1B0C9C) #x14679BDD : #<Function DO-SUB-FORMAT #x14679B4E> + 143 (#x6F1B0CAC) #x1467A96D : #<Function FORMAT #x1467A2F6> + 1655 (#x6F1B0D2C) #x1467A3E5 : #<Function FORMAT #x1467A2F6> + 239 (#x6F1B0D5C) #x149F138D : #<Function LOG-EVENT #x149F0F26> + 1127 (#x6F1B0EF4) #x14A08635 : #<Function SEND-EVENT #x14A085FE> + 55 (#x6F1B0F04) #x14A09A4D : #<Function DISPATCH-EVENT #x14A0986E> + 479 (#x6F1B0F34) #x14A04515 : #<Function DISPATCH-LOOP #x14A043B6> + 351 (#x6F1B0F60) #x1430878D : #<Function RUN-PROCESS-INITIAL-FORM #x143084EE> + 671 (#x6F1B0FA4) #x14308FC5 : #<Function (:INTERNAL %PROCESS-PRESET-INTERNAL) #x14308E76> + 335 (#x6F1B0FCC) #x142ED245 : #<Function (:INTERNAL THREAD-MAKE-STARTUP-FUNCTION) #x142ED12E> + 279 [279636] OpenMCL kernel debugger: R %eax = 0x00000000 %ecx = 0x6F315120 %edx = 0x00000004 %ebx = 0x00000000 %esp = 0x6F315108 %ebp = 0x6F315118 %esi = 0x00000004 %edi = 0x14256B16 %eip = 0x6FF631A5 %eflags = 0x00210202 [279636] OpenMCL kernel debugger: L %ebx (arg_z) = 0 %esi (arg_y) = 1


%edi (fn) = #<Function %SIGNAL-SEMAPHORE-PTR #x14256B16>


%ecx (temp0) = 466375752 %edx (temp1) = 1


%edx (nargs) = 1 (maybe)

#332 fixed IDE shouldn't store CCL directory in preferences R. Matthew Emerson Gary Byers
Description

It's generally proven to be a bad idea to store the CCL directory in the preferences database.

I think that the current thinking is that the CCL directory for a bundled IDE should be initialized in each session to the directory which contains the bundle, and that .dmg distributions should include the .app inside CCL. If someone wants to move the bundle outside of that location, having some mechanism to set the CCL directory for the duration of the current session might be useful (as might be some feedback that indicates that the current setting doesn't look valid.)

Viewing the CCL directory as a persistent global preference creates more problems than it solves (e.g., the persistent preference might point to a stale installation and doesn't generally support environments where different IDE versions are installed, etc.) The proposed default (using the parent directory of the application bundle) is consistent with how the IDE is built and likely to be distributed.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.