From: Jim I. <ji...@ap...> - 2002-09-09 00:09:17
|
Michael, No idea what is going on here. The "halt" that is being called here is dyld's "really bad" error function. For some reason it throws a breakpoint trap, rather than an abort or something. Anyway, what is happening is that when you register a signal handler, dyld immediately fully binds the module containing the signal handler - so that it won't have to try to bind anything when it is actually trying to handle the signal (usually not a good time to be doing lots of work). For some reason, this is failing. No idea why, though. CrashReporters backtrace looks like it got a little mangled. From looking at the source, link_in_need_modules doesn't call halt. BTW, the source for dyld is in the cctools project in the Darwin Project sources, if you want to have a look yourself. You can run this under gdb and try breaking on __dyld_halt (gdb prefixes the private dyld symbols this way so we can keep dyld symbols apart from normal symbols). This should break in gdb, and you can look up the stack to see what is going on. Maybe gdb can give you a better stack crawl. Jim On Sunday, September 8, 2002, at 03:33 PM, Michael Doster wrote: > Hi, > > I'm having some trouble sourcing a .tcl file that uses the "load" > command to > load in some new code for controlling an external app. When I try to > source > the file, Wish crashes. However when I run tclsh8.4, the file sources > fine, > but since I need Tk I need the file to source in Wish. If I use the > "load" > command from Wish's console window, the .dylib library loads fine as > well. > Anybody have any ideas as to what could be wrong (I've attached the > console > log below)? > > -- Mike > > Date/Time: 2002-09-08 18:18:09 -0400 > OS Version: 10.2 (Build 6C115) > Host: La-Vien-Rose.local. > > Command: Wish Shell > PID: 28459 > > Exception: EXC_BREAKPOINT (0x0006) > Code[0]: 0x00000001Code[1]: 0x8fe01280 > > Thread 0 Crashed: > #0 0x8fe01280 in halt > #1 0x8fe106b4 in link_in_need_modules > #2 0x8fe12b94 in _dyld_bind_fully_image_containing_address > #3 0x90005a54 in _dyld_bind_fully_image_containing_address > #4 0x900059ac in sigaction__ > #5 0x90032534 in sigvec__ > #6 0x017329cc in sigSetAction (signals.c:627) > #7 0x0173293c in SigInit (signals.c:561) > #8 0x0172c984 in mainInitAfterArgs (main.c:530) > #9 0x016d7978 in _magic_start (magicwrap.c:83) > #10 0x0a00d644 in TclInvokeStringCommand > #11 0x0a00e6b4 in TclEvalObjvInternal > #12 0x0a00e884 in Tcl_EvalObjv > #13 0x0a00f318 in Tcl_EvalObjEx > #14 0x0a013848 in Tcl_EvalObjCmd > #15 0x0a00e6b4 in TclEvalObjvInternal > #16 0x0a031110 in TclExecuteByteCode > #17 0x0a030708 in TclCompEvalObj > #18 0x0a00f358 in Tcl_EvalObjEx > #19 0x0a016018 in Tcl_IfObjCmd > #20 0x0a00e6b4 in TclEvalObjvInternal > #21 0x0a00ef4c in Tcl_EvalEx > #22 0x0a049f68 in Tcl_FSEvalFile > #23 0x0a00e6b4 in TclEvalObjvInternal > #24 0x0a00ef4c in Tcl_EvalEx > #25 0x0a00f22c in Tcl_Eval > #26 0x0a010794 in Tcl_GlobalEval > #27 0x0b0255e8 in InterpreterCmd > #28 0x0a00d644 in TclInvokeStringCommand > #29 0x0a00e6b4 in TclEvalObjvInternal > #30 0x0a031110 in TclExecuteByteCode > #31 0x0a030708 in TclCompEvalObj > #32 0x0a05e888 in TclObjInterpProc > #33 0x0a00e6b4 in TclEvalObjvInternal > #34 0x0a031110 in TclExecuteByteCode > #35 0x0a030708 in TclCompEvalObj > #36 0x0a00f358 in Tcl_EvalObjEx > #37 0x0b049d34 in TkInvokeMenu > #38 0x0b0810ac in TkMacOSXDispatchMenuEvent > #39 0x0b084ec8 in TkMacOSXHandleMenuSelect > #40 0x0b085850 in TkMacOSXProcessMouseEvent > #41 0x0b07b8f8 in TkMacOSXProcessEvent > #42 0x0b07b9b0 in ReceiveAndProcessEvent > #43 0x0b07b730 in TkMacOSXCountAndProcessMacEvents > #44 0x0b086688 in TkMacOSXWaitForEvent > #45 0x0a074d4c in Tcl_WaitForEvent > #46 0x0a054a0c in Tcl_DoOneEvent > #47 0x0b02be38 in Tk_MainLoop > #48 0x0b0489d0 in Tk_MainEx > #49 0x00003a78 in main (tkMacOSXAppInit.c:146) > #50 0x00003708 in _start (crt.c:267) > #51 0x00003588 in start > > Thread 1: > #0 0x90025e8c in select > #1 0x0a07514c in NotifierThreadProc > #2 0x90021428 in _pthread_body > > Thread 2: > #0 0x90025e8c in select > #1 0x0b086858 in NotifierThreadProc > #2 0x90021428 in _pthread_body > > Thread 3: > #0 0x90042d68 in semaphore_timedwait_signal_trap > #1 0x9003ef94 in _pthread_cond_wait > #2 0x902300ec in MPWaitOnQueue > #3 0x90737084 in TNodeSyncTask::SyncTaskProc(void*) > #4 0x9025e538 in PrivateMPEntryPoint > #5 0x90021428 in _pthread_body > > PPC Thread State: > srr0: 0x8fe01280 srr1: 0x0002f030 vrsave: 0x00000000 > xer: 0x20000000 lr: 0x8fe09c38 ctr: 0x8fe29468 mq: 0x00000000 > r0: 0x00000004 r1: 0xbfffd300 r2: 0x8fe0b7f4 r3: 0x000001c6 > r4: 0x00000000 r5: 0x000001c6 r6: 0x0000000a r7: 0x7375616c > r8: 0x49444672 r9: 0x00000000 r10: 0x8fe4850c r11: 0x00000014 > r12: 0x8fe71bed r13: 0x0088c828 r14: 0x00000000 r15: 0x00000000 > r16: 0x00000000 r17: 0x00000000 r18: 0x00000001 r19: 0x00000000 > r20: 0x00040000 r21: 0x00000000 r22: 0x0a07cc48 r23: 0xbfffd770 > r24: 0x0088c408 r25: 0x012f4888 r26: 0x8fe4df30 r27: 0x8fe4df30 > r28: 0x8fe4841c r29: 0x8fe484ec r30: 0x8fe484ec r31: 0x8fe099bc > > > > ------------------------------------------------------- > This sf.net email is sponsored by: OSDN - Tired of that same old > cell phone? Get a new here for FREE! > https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 > _______________________________________________ > Tcl-mac mailing list > Tc...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-mac > _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Jim Ingham ji...@ap... Developer Tools - gdb |