[Openmcl-devel] CCL64 crash
Leo
sdl.web at gmail.com
Sat Feb 6 04:11:21 PST 2010
On 2010-02-06 11:18 +0000, Gary Byers wrote:
> The section named "Loading GDB init file" of
>
> <http://trac.clozure.com/ccl/wiki/CclUnderGdb>
>
> explains that it's necessary to load a GDB init file in order to tell
> GDB what signals should be passed to the lisp and explains how to do
> that.
>
> If you don't do this, GDB will stop any time some thread in the target
> process receives a a signal, even if that signal is routinely handled
> in the lisp itself. (as SIGUSR2 is on Darwin.) That isn't too
> interesting; seeing the environment when an unexpected and unhandled
> exception happens may be much more interesting.
Sorry. I missed this point.
> In #ccl, you (or someone else named "Leo") said someting about a
> process terminating with a "Trace/BPT trap"; a couple of things
> can cause this that I know of (including executing an "int $3"
> debugger breakpoint when not running under a debugger.) I'm
> a little fuzzy on the details, but I believe that such a breakpoint
> exists (or has recently existed) in some of Darwin's shared library
> code, triggered by some slightly anomalous situation (like being
> unable to find the right version of a dependent library for the
> right architecture/word size.) It's not quite as mundane as that,
> but it's some situation where the shared library code can't or
> doesn't quietly return failure, and I'm sure that I've run into
> it in the relatively recent past.
>
> In the times that I've seen this, I'm pretty sure that I've seen
> a somewhat intelligible error message before the trap.
>
> The first thing to do is to see if this has anything to do with
> my fuzzy recollection of Apple's dynamic linker behavior or if
> the problem's elsewhere. If it is a case of what I'm thinking
> of, you'd probably be able to reproduce it by doing:
>
> ? (open-shared-library "whatever") ; I don't know what libraries
> ; are opened in the code in
> ; question; figuring that out
> ; is left as an exerise.
>
(open-shared-library "/usr/local/unix/plplot/lib/libplplotd.dylib")
crashes ccl64.
The log of the gdb session is attached.
-------------- next part --------------
This GDB was configured as "x86_64-apple-darwin".
(gdb) attach 8679
Attaching to process 8679.
Reading symbols for shared libraries . done
Reading symbols for shared libraries ... done
0x00007fff834fb9ee in __semwait_signal ()
(gdb) handle SIGUSR2 pass nostop noprint
Signal Stop Print Pass to program Description
SIGUSR2 No No Yes User defined signal 2
(gdb) c
Continuing.
Reading symbols for shared libraries ................................................................................................ done
Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to process 8679]
0x00007fff839a9790 in __CFInitialize ()
(gdb) bt full
#0 0x00007fff839a9790 in __CFInitialize ()
No symbol table info available.
#1 0x00007fff5fc0d5ce in __dyld__ZN16ImageLoaderMachO11doImageInitERKN11ImageLoader11LinkContextE ()
No symbol table info available.
#2 0x00007fff5fc0d607 in __dyld__ZN16ImageLoaderMachO16doInitializationERKN11ImageLoader11LinkContextE ()
No symbol table info available.
#3 0x00007fff5fc0bcec in __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj ()
No symbol table info available.
#4 0x00007fff5fc0bc9d in __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj ()
No symbol table info available.
#5 0x00007fff5fc0bc9d in __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj ()
No symbol table info available.
#6 0x00007fff5fc0bc9d in __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj ()
No symbol table info available.
#7 0x00007fff5fc0bda6 in __dyld__ZN11ImageLoader15runInitializersERKNS_11LinkContextE ()
No symbol table info available.
#8 0x00007fff5fc08fbb in __dyld_dlopen ()
No symbol table info available.
#9 0x00007fff834c6e00 in dlopen ()
No symbol table info available.
#10 0x000000000001cd76 in xGetSharedLibrary (path=<value temporarily unavailable, due to optimizations>, resultType=0xb029be60) at ../pmcl-kernel.c:2058
result = (void *) 0x0
#11 0x000000000001b102 in SPffcall () at ../x86-spentry64.s:4042
No symbol table info available.
#12 0x0000000001a19aa8 in ?? ()
No symbol table info available.
#13 0x0000000001a19aa8 in ?? ()
No symbol table info available.
(gdb)
-------------- next part --------------
Thanks for your help.
Leo
More information about the Openmcl-devel
mailing list