#1 LWP crashes on compile
I dragged the file skel.p onto the LWP application, and then choose "Compile" from the LWP menu. The program then immediately crashed.
OS Version: 10.4.8 (Build 8L127)
Report Version: 4
Command: LightweightPascalIDE
Path: /Users/bill/Desktop/Downloads/LWP-070224/LightweightPascalIDE.app/Contents/MacOS/LightweightPascalIDE
Parent: WindowServer [60]
Version: ??? (0.1)
PID: 618
Thread: 0
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000000
Thread 0 Crashed:
0 ...t by Lightweight Pascal IDE 0x0006f79c ERRORMESSAGEWINDOW_PARSEERRORMESSAGE$ANSISTRING + 156
1 ...t by Lightweight Pascal IDE 0x000739d0 BUILDWITHPASCAL_COMPILEPASCAL$FSSPEC$BOOLEAN$$SMALLINT + 2496
2 ...t by Lightweight Pascal IDE 0x00006fa0 P$LIGHTWEIGHTPASCALIDE_BUILD$WINDOWPTR$BOOLEAN + 368
3 ...t by Lightweight Pascal IDE 0x000075a4 P$LIGHTWEIGHTPASCALIDE_DORUN$SMALLINT + 84
4 ...t by Lightweight Pascal IDE 0x0002ad0c TRANSSKEL_SKELGETMOUSEMOVED$$TSNOARGPROCPTR + 172
5 ...t by Lightweight Pascal IDE 0x0002b784 TRANSSKEL_SKELGETMOUSEMOVED$$TSNOARGPROCPTR + 2852
6 ...t by Lightweight Pascal IDE 0x0002c2b8 TRANSSKEL_SKELMAIN + 184
7 ...t by Lightweight Pascal IDE 0x000078fc PASCALMAIN + 92
8 ...t by Lightweight Pascal IDE 0x00006cec start + 812
9 ...t by Lightweight Pascal IDE 0x000069f0 start + 48
Thread 1:
0 libSystem.B.dylib 0x9000ab48 mach_msg_trap + 8
1 libSystem.B.dylib 0x9000aa9c mach_msg + 60
2 com.unsanity.ape 0xc0002afc __ape_internal + 3300 (icplusplus.c:28)
3 com.unsanity.ape 0xc0001910 __ape_agent + 64 (icplusplus.c:28)
4 libSystem.B.dylib 0x9002b508 _pthread_body + 96
Thread 0 crashed with PPC Thread State 64:
srr0: 0x000000000006f79c srr1: 0x000000000200f930 vrsave: 0x0000000000000000
cr: 0x24800222 xer: 0x0000000020000002 lr: 0x000000000006f774 ctr: 0x0000000090000fa0
r0: 0x000000000006f774 r1: 0x00000000bfffdff0 r2: 0x0000000000000001 r3: 0x0000000000000000
r4: 0x0000000000000000 r5: 0x0000000000000012 r6: 0x000000000000000a r7: 0x0000000065457272
r8: 0x000000006f724d65 r9: 0x0000000073736167 r10: 0x0000000000000000 r11: 0x00000000a00061ec
r12: 0x00000000bfffdff0 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000000000000
r16: 0x0000000000000000 r17: 0x0000000000000000 r18: 0x0000000000000000 r19: 0x0000000000000000
r20: 0x0000000000000000 r21: 0x0000000000000000 r22: 0x0000000000000000 r23: 0x0000000000000000
r24: 0x0000000000000000 r25: 0x0000000000000002 r26: 0x00000000bffffc7c r27: 0x00000000bffffc5c
r28: 0x00000000bffffc50 r29: 0x00000000001ee120 r30: 0x00000000000c7588 r31: 0x00000000000d9af4
Logged In: YES
user_id=1643397
Originator: NO
Can the source file have been on a non-startup volume? LWP still has problems with those. (Pretty high priority to fix.)
Logged In: YES
user_id=1188104
Originator: YES
Yes, as a matter of fact, it was on a non-startup Volume. I keep my Pascal stuff on Camelot (start up volume is Starbase).
Logged In: YES
user_id=1188104
Originator: YES
The new version still crashes on compile. This time I tried it from my startup volume. Programs and source are on my desktop, and there is no space in the path (/starbase/users/bill/desktop).
Logged In: YES
user_id=1643397
Originator: NO
The non-startup volume bug/limitation has been fixed since this bug was filed.
Logged In: YES
user_id=1188104
Originator: YES
This crashing problem appears to be something else. I tried compiling from the startup volume, and from a non-startup volume, and I'm still getting a crash. Neither volumes has a space in the their names. I'll attach a new crash report in case this crash is different from the previous crash.
File Added: crashlog.txt
Logged In: YES
user_id=1643397
Originator: NO
Can this bug be reproduced on the latest version (19th of april)? A lot has changed and many bugs have been fixed.