[Openmcl-devel] A kernel debugger backtrace

[David Steuber]

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:

$ 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

$ uname -a
Darwin interloper 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30 
20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC  Power 
Macintosh powerpc


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.

I'm going to see about checking out the latest bleeding edge now.