[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