Custom Query (1030 matches)
Results (268 - 270 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #331 | fixed | need working relocate_area_contents() for ia32 | ||
| Description |
If the image loader can't load an image at its preferred address (presumably because of mmap limitations or something like that), a function named 'relocate_area_contents' is supposed to walk all pointer-bearing areas, adjusting the pointers it finds there by the difference ('bias') between the expected image address and the actual address. I don't know the details, but this doesn't seem to work yet on x8632. (For a long time, it didn't work right on x8664: the code there didn't handle embedded pointers in function objects correctly.) |
|||
| #332 | fixed | IDE shouldn't store CCL directory in preferences | ||
| 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. |
|||
| #333 | fixed | %SIGNAL-SEMAPHORE-PTR crashes on Linux/x86 | ||
| 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
? 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) |
|||
