Unix VM crash under Panther

Andreas Raab andreas.raab at gmx.de
Tue Nov 11 23:07:50 UTC 2003


Ah, yes. I think we've discussed this on IRC - the Unix VM contains the
(highly experimental) Ephemeron stuff which has an off-by-one error that
leads to crashes after 5501 (re-initializing the splObjects array will
trigger it).

Cheers,
  - Andreas

> -----Original Message-----
> From: squeak-dev-bounces at lists.squeakfoundation.org 
> [mailto:squeak-dev-bounces at lists.squeakfoundation.org] On 
> Behalf Of Colin Putney
> Sent: Wednesday, November 12, 2003 12:02 AM
> To: The general-purpose Squeak developers list
> Subject: Unix VM crash under Panther
> 
> 
> I don't think this one has been reported yet. Apologies if I'm wrong.
> 
> It's completely reproducible. I have a stock 3.7a image at 
> update 5430. 
> If I load updates in this image, the VM crashes immediately after 
> loading update 5501.
> 
> I haven't been able to try the Carbon VM yet, since I'm on dialup and 
> keep getting disconnected while trying to download it.
> 
> Colin
> 
> 
> 
> 
> Date/Time:  2003-11-11 14:46:26 -0800
> OS Version: 10.3.1 (Build 7C107)
> 
> Command:    squeak 
> (/Applications/Squeak-3.6g-2.app/Contents/MacOS/squeak)
> PID:        332
> Thread:     1
> 
> Exception:  EXC_BAD_ACCESS (0x0001)
> Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000410
> 
> Thread 0:
>   #0   0x900075c8 in mach_msg_trap (mach_msg_trap + 8)
>   #1   0x900071ac in mach_msg (mach_msg + 204)
>   #2   0x90191930 in __CFRunLoopRun (__CFRunLoopRun + 848)
>   #3   0x901960bc in CFRunLoopRunSpecific (CFRunLoopRunSpecific + 328)
>   #4   0x927d5ecc in RunCurrentEventLoopInMode 
> (RunCurrentEventLoopInMode + 172)
>   #5   0x927dc640 in ReceiveNextEventCommon (ReceiveNextEventCommon + 
> 380)
>   #6   0x927fe6d0 in BlockUntilNextEventMatchingListInMode 
> (BlockUntilNextEventMatchingListInMode + 96)
>   #7   0x92dd2a80 in _DPSNextEvent (_DPSNextEvent + 384)
>   #8   0x92de93fc in -[NSApplication 
> nextEventMatchingMask:untilDate:inMode:dequeue:] (-[NSApplication 
> nextEventMatchingMask:untilDate:inMode:dequeue:] + 116)
>   #9   0x92dfd730 in -[NSApplication run] (-[NSApplication run] + 540)
>   #10  0x0054942c in display_winInit (sqUnixQuartz.m:1189)
>   #11  0x00002e70 in main (sqUnixMain.c:1287)
>   #12  0x00001fc8 in _start (crt.c:267)
>   #13  0x00001e48 in start (start + 48)
> 
> Thread 1 Crashed:
>   #0   0x0000f41c in markPhase (gnu-interp.c:10306)
>   #1   0x000097c4 in incrementalGC (gnu-interp.c:4408)
>   #2   0x0000a178 in instantiateContextsizeInBytes (gnu-interp.c:4910)
>   #3   0x00006410 in allocateOrRecycleContext (gnu-interp.c:1711)
>   #4   0x0000c4d0 in interpret (gnu-interp.c:6963)
>   #5   0x90a3a198 in forkThreadForFunction 
> (forkThreadForFunction + 108)
>   #6   0x900247e8 in _pthread_body (_pthread_body + 40)
> 
> PPC Thread State:
>    srr0: 0x0000f41c srr1: 0x0200f030                vrsave: 0x00000000
>      cr: 0x42002222  xer: 0x00000007   lr: 0x0000f40c  ctr: 0x90008a00
>      r0: 0x00000003   r1: 0xf002fc80   r2: 0x000000c8   r3: 0x00000032
>      r4: 0x00000002   r5: 0x000097c4   r6: 0x0000038d   r7: 0x000000bf
>      r8: 0x3fb166c2   r9: 0x00000404  r10: 0x00103048  r11: 0x0000000e
>     r12: 0x0002ea18  r13: 0x00000000  r14: 0x00000000  r15: 0x00000000
>     r16: 0x00000000  r17: 0x00000000  r18: 0x00000000  r19: 0x00000000
>     r20: 0x00000000  r21: 0x03073e50  r22: 0x033c771c  r23: 0x00003540
>     r24: 0x00112950  r25: 0x000f65a4  r26: 0x0000005c  r27: 0x00002ded
>     r28: 0x00112950  r29: 0x00000024  r30: 0x0336cc90  r31: 0x0000f3bc
> 
> 




More information about the Squeak-dev mailing list