[PD-dev] readanysf~ - has anybody solved the delete crash?
Nick Mariette
nmariette at gmail.com
Tue Jun 6 01:58:40 CEST 2006
Hello,
I have been seeing a problem with readanysf~ running under Pd 0.39.2
(via Hans' extended test 3 package on OSX), whereby if you open a new
patch, enter a single readanysf~ object, then delete it, then Pd will
crash.
The top part of the OSX crash log is copied below.
I have looked through the dev list archives, and have found a
reference to a similar (same?) problem here:
http://lists.puredata.info/pipermail/pd-dev/2005-08/004739.html
Did anybody already solve this problem?
Is it only a matter of the wrong headers as suggested in the post
linked above?
I have tried rebuilding readanysf~ many times, trying various
suggestions from the list archives, but as yet with no luck to fix
the delete crash problem.
For reference, readanysf~ is in Sourceforge CVS here:
http://pure-data.cvs.sourceforge.net/pure-data/externals/august/
readanysf~/
I also note that there has not been an update for this fix:
http://lists.puredata.info/pipermail/pd-dev/2006-02/006082.html
- and I wonder (without having looked into flext myself) if the use
of FLEXT_NOGLOBALNEW or FLEXT_USE_CMEM is anything related to the
delete problem?
Hope that somebody can help!
best regards
Nick
here's that crash log:
Date/Time: 2006-06-05 19:39:15.774 +1000
OS Version: 10.4.6 (Build 8I127)
Report Version: 4
Command: pd
Path: /Users/nickm/dev/svn_nomad/nickm/icinema/
Pd_Render_Engine.app/Contents/Resources/Scripts/../bin/pd
Parent: Pd-0.39.2-extended-test3 [17977]
Version: ??? (???)
PID: 17978
Thread: 3
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at 0x0160d090
Thread 0:
0 libSystem.B.dylib 0x9001f5ec select + 12
1 pd 0x00070848 sys_domicrosleep + 180
(s_inter.c:176)
2 pd 0x0006d4f8 m_scheduler + 2268
(m_sched.c:487)
3 pd 0x0006f900 sys_main + 900 (s_main.c:298)
4 pd 0x00001f58 _start + 348 (crt.c:272)
5 pd 0x00001df8 start + 60
Thread 1:
0 libSystem.B.dylib 0x9000b0a8 mach_msg_trap + 8
1 libSystem.B.dylib 0x9000affc mach_msg + 60
2 com.apple.CoreFoundation 0x907e3b78 __CFRunLoopRun + 832
3 com.apple.CoreFoundation 0x907e347c CFRunLoopRunSpecific + 268
4 com.apple.audio.CoreAudio 0x9148d83c HALRunLoop::OwnThread
(void*) + 264
5 com.apple.audio.CoreAudio 0x9148d5dc CAPThread::Entry
(CAPThread*) + 96
6 libSystem.B.dylib 0x9002ba68 _pthread_body + 96
Thread 2:
0 libSystem.B.dylib 0x9002c128 semaphore_wait_signal_trap + 8
1 libSystem.B.dylib 0x90030bec pthread_cond_wait + 480
2 libflext-pd.dylib 0xd000b238 flext_shared::ThrHelper
(void*) + 212
3 libSystem.B.dylib 0x9002ba68 _pthread_body + 96
Thread 3 Crashed:
0 <<00000000>> 0xffff8260 __spin_lock + 0 (cpu_capabilities.h:178)
1 libSystem.B.dylib 0x90030c2c pthread_cond_wait + 544
2 libflext-pd.dylib 0xd0009c3c flext_shared::ThrCond::Wait
() + 40
3 readanysf~.pd_darwin 0x007d355c readanysf::m_child() + 1216
(bundle1.s:283)
4 readanysf~.pd_darwin 0x007d8e68 readanysf::flext_t_m_child
(flext_shared::thr_params*) + 64 (bundle1.s:283)
5 libSystem.B.dylib 0x9002ba68 _pthread_body + 96
Thread 4:
0 libSystem.B.dylib 0x9002c128 semaphore_wait_signal_trap + 8
1 libSystem.B.dylib 0x90030bec pthread_cond_wait + 480
2 libflext-pd.dylib 0xd0009c3c flext_shared::ThrCond::Wait
() + 40
3 libflext-pd.dylib 0xd00103cc flext_base_shared::QWorker
(flext_shared::thr_params*) + 52
4 libSystem.B.dylib 0x9002ba68 _pthread_body + 96
Thread 3 crashed with PPC Thread State 64:
srr0: 0x00000000ffff8260 srr1:
0x000000000000d030 vrsave: 0x0000000000000000
cr: 0x24000004 xer: 0x0000000000000000 lr:
0x0000000090030c2c ctr: 0x000000009002c120
r0: 0x0000000000000001 r1: 0x00000000f0182cd0 r2:
0x0000000000000001 r3: 0x000000000160d090
r4: 0x0000000000006003 r5: 0x0000000000000034 r6:
0x00000000ffffffff r7: 0x000000000000b903
r8: 0x0000000000000001 r9: 0x00000000a0001fac r10:
0x0000000000000000 r11: 0x00000000a0006bf4
r12: 0x000000009002c120 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: 0x0000000000000000 r26:
0x00000000a0000a1c r27: 0x000000000160d060
r28: 0x0000000000000000 r29: 0x000000000160d08c r30:
0x00000000a0001fac r31: 0x0000000090030a1c
Binary Images Description:
.........
More information about the Pd-dev
mailing list