[Openmcl-devel] A kernel debugger backtrace

[Gary Byers]

On Tue, 5 Jul 2005, David Steuber wrote:

> I crashed SBCL with some code.  This was code that ran from SLIME in OpenMCL. 
> So I tried it in OpenMCL from Terminal.  Here is the back trace:
>

I can't tell too much from the backtrace; the fact that the kernel
debugger doesn't think that the top two frames contain functions
isn't encouraging, but that might just be a symptom of whatever 
the real problem is.  (The remaining frames just indicate that the
TIME macro was used at toplevel in the initial listener thread.)

> $ openmcl
> Welcome to OpenMCL Version (Beta: DarwinPPC32) 0.14.3-050610a!
>
> Unhandled exception 11 at 0x00005268, context->regs at #xf01356f8
> Read operation to unmapped address 0xf0b0006
> ? for help
> [10141] OpenMCL kernel debugger: :b
> [10141] OpenMCL kernel debugger:
>
> (#xF0135BE0) #x08C106D4 : (not a function!)
> (#xF0135BF0) #x089857A0 : (not a function!)
> (#xF0135C00) #x00005E54 : (subprimitive _ret1valn)
> (#xF0135C10) #x0225DD90 : #<Function REPORT-TIME #x062ec216> + 172
> (#xF0135C20) #x00005E54 : (subprimitive _ret1valn)
> (#xF0135C30) #x0210E964 : #<Function CALL-CHECK-REGS #x060de276> + 72
> (#xF0135C40) #x00005E54 : (subprimitive _ret1valn)
> (#xF0135C50) #x0211A244 : #<Function TOPLEVEL-EVAL #x060f0316> + 152
> (#xF0135C60) #x0211A800 : #<Function READ-LOOP #x060f0916> + 844
> (#xF0135C70) #x0211A838 : #<Function READ-LOOP #x060f0916> + 900
> (#xF0135C80) #x0211A864 : #<Function READ-LOOP #x060f0916> + 944
> (#xF0135C90) #x0211A890 : #<Function READ-LOOP #x060f0916> + 988
> (#xF0135CA0) #x0210E8B0 : #<Function TOPLEVEL-LOOP #x060de046> + 44
> (#xF0135CB0) #x0210E8B8 : #<Function TOPLEVEL-LOOP #x060de046> + 52
> (#xF0135CC0) #x02108328 : #<Anonymous Function #x060d693e> + 68
> (#xF0135CD0) #x00005E54 : (subprimitive _ret1valn)
> (#xF0135CE0) #x02128D70 : #<Anonymous Function #x06111376> + 612
> (#xF0135CF0) #x02128B5C : #<Anonymous Function #x06111376> + 80
> (#xF0135D00) #x0210672C : #<Function RUN-PROCESS-INITIAL-FORM #x060d2356> + 
> 400
> (#xF0135D10) #x02106768 : #<Function RUN-PROCESS-INITIAL-FORM #x060d2356> + 
> 460
> (#xF0135D20) #x0210687C : #<Function RUN-PROCESS-INITIAL-FORM #x060d2356> + 
> 736
> (#xF0135D30) #x00005E54 : (subprimitive _ret1valn)
> (#xF0135D40) #x021069FC : #<Anonymous Function #x060d248e> + 152
> (#xF0135D50) #x021069E4 : #<Anonymous Function #x060d248e> + 128
> (#xF0135D60) #x020FC530 : #<Anonymous Function #x060c581e> + 172
> (#xF0135D70) #x000092C8 : (subprimitive toplevel_loop)
> (#xF0135D80) #x000092D4 : (subprimitive toplevel_loop)
> (#xf0135d90) #x000093E4 : _start_lisp + 248
> (#xf0135e50) #x0001B1BC : _lisp_thread_entry + 224
> (#xf0135eb0) #x90024910 : __pthread_body + 40
> (#xf0135f00) #x00000000 : (null) + 0
>
>
> cstack area #x00100590
>
>
> (#xBFFFFA80) #x020FD5B8 : #<Function %NANOSLEEP #x060c69ae> + 268
> (#xBFFFFA90) #x02108190 : #<Anonymous Function #x060d6866> + 300
> (#xBFFFFAA0) #x021081B4 : #<Anonymous Function #x060d6866> + 336
> (#xBFFFFAB0) #x021081BC : #<Anonymous Function #x060d6866> + 344
> (#xBFFFFAC0) #x021081F0 : #<Anonymous Function #x060d6866> + 396
> (#xBFFFFAD0) #x000092C8 : (subprimitive toplevel_loop)
> (#xBFFFFAE0) #x000092D4 : (subprimitive toplevel_loop)
> (#xbffffaf0) #x000093E4 : _start_lisp + 248
> [10141] OpenMCL kernel debugger: :k

> The code does mucking about with arrays and pushing stuff onto a list. 
> Nothing fancy.  I would post it, but it is part of an ITA puzzle that I'm 
> working on.  Also there is a very large component that is a 46x46x46x46 array 
> constant.  I don't think something that big wants to be attached to this 
> email even with bzip2 compression.
>

If it's possible to send the code without sending the array constant,
I might be able to see what's going on.

>