[PD] Grid in abstraction crash
ydegoyon at gmail.com
ydegoyon at gmail.com
Sun Jan 4 16:40:26 CET 2009
hola,
i know this but this is not specific to grid,
all graphical objects will provoke the same crashes,
there's something about freeing graphic objects
in 'graph-on-parent' mode.
no time to look further in it.
ciao,
sevy
Mitchell Turner wrote:
> Dear all,
> I am having a problem with the [grid] GUI object (found in
> "unauthorized").
>
> The problem occurs when I use the grid object in an abstraction
> (graphing on parent). I make a new patcher window, I create an object
> (which is my abstraction containing several grid objects), now on
> trying to close the patcher window, Pd crashes. Below is the the
> crash log.
>
> I'm using Pd-Extended 0.40.3 Mac OS 10.5.5, MacBook Pro.
>
> Thanks for any help,
> Mitch
>
>
>
> Process: pd [6497]
> Path: /Applications/Pd-extended.app/Contents/Resources/
> Scripts/../bin/pd
> Identifier: pd
> Version: ??? (???)
> Code Type: X86 (Native)
> Parent Process: Pd-extended [6496]
>
> Date/Time: 2009-01-04 08:37:26.447 -0500
> OS Version: Mac OS X 10.5.5 (9F33)
> Report Version: 6
>
> Exception Type: EXC_BAD_ACCESS (SIGSEGV)
> Exception Codes: KERN_INVALID_ADDRESS at 0x00000000c0000051
> Crashed Thread: 0
>
> Thread 0 Crashed:
> 0 pd 0x0003b7cc obj_ninlets + 42
> (m_obj.c:561)
> 1 pd 0x00002b82 linetraverser_next + 77
> (g_canvas.c:294)
> 2 pd 0x00004311 canvas_deletelinesfor +
> 61 (g_canvas.c:944)
> 3 pd 0x00006587 glist_delete + 192
> (g_graph.c:117)
> 4 pd 0x00008dfb graph_delete + 54
> (g_graph.c:999)
> 5 pd 0x00006587 glist_delete + 192
> (g_graph.c:117)
> 6 pd 0x00004fce canvas_free + 100
> (g_canvas.c:883)
> 7 pd 0x00038a1c pd_free + 25 (m_pd.c:30)
> 8 pd 0x0003a02a pd_typedmess + 1018
> (m_class.c:779)
> 9 pd 0x00039f64 pd_typedmess + 820
> (m_class.c:805)
> 10 pd 0x0003d7df binbuf_eval + 1043
> (m_binbuf.c:677)
> 11 pd 0x000448ca socketreceiver_read +
> 1016 (s_inter.c:553)
> 12 pd 0x00043983 sys_domicrosleep + 367
> (s_inter.c:193)
> 13 pd 0x000443e3 sys_pollgui + 26
> (s_inter.c:840)
> 14 pd 0x00041728 m_scheduler + 348
> (m_sched.c:468)
> 15 pd 0x00043770 sys_main + 1524
> (s_main.c:320)
> 16 pd 0x000021ae _start + 216
> 17 pd 0x000020d5 start + 41
>
> Thread 1:
> 0 libSystem.B.dylib 0x936644a6 mach_msg_trap + 10
> 1 libSystem.B.dylib 0x9366bc9c mach_msg + 72
> 2 com.apple.CoreFoundation 0x95eaf0ce CFRunLoopRunSpecific +
> 1790
> 3 com.apple.CoreFoundation 0x95eafcf8 CFRunLoopRunInMode + 88
> 4 com.apple.audio.CoreAudio 0x94079464
> HALRunLoop::OwnThread(void*) + 160
> 5 com.apple.audio.CoreAudio 0x94079300
> CAPThread::Entry(CAPThread*) + 96
> 6 libSystem.B.dylib 0x936956f5 _pthread_start + 321
> 7 libSystem.B.dylib 0x936955b2 thread_start + 34
>
> Thread 2:
> 0 libSystem.B.dylib 0x93664506
> semaphore_timedwait_signal_trap + 10
> 1 libSystem.B.dylib 0x9369684f _pthread_cond_wait + 1244
> 2 libSystem.B.dylib 0x936980d3
> pthread_cond_timedwait_relative_np + 47
> 3 com.apple.audio.CoreAudio 0x94088a47
> CAGuard::WaitFor(unsigned long long) + 213
> 4 com.apple.audio.CoreAudio 0x9408a602
> CAGuard::WaitUntil(unsigned long long) + 70
> 5 com.apple.audio.CoreAudio 0x94088da7 HP_IOThread::WorkLoop()
> + 759
> 6 com.apple.audio.CoreAudio 0x94088aab
> HP_IOThread::ThreadEntry(HP_IOThread*) + 17
> 7 com.apple.audio.CoreAudio 0x94079300
> CAPThread::Entry(CAPThread*) + 96
> 8 libSystem.B.dylib 0x936956f5 _pthread_start + 321
> 9 libSystem.B.dylib 0x936955b2 thread_start + 34
>
> Thread 3:
> 0 libSystem.B.dylib 0x93664506
> semaphore_timedwait_signal_trap + 10
> 1 libSystem.B.dylib 0x9369684f _pthread_cond_wait + 1244
> 2 libSystem.B.dylib 0x936980d3
> pthread_cond_timedwait_relative_np + 47
> 3 com.apple.audio.CoreAudio 0x94088a47
> CAGuard::WaitFor(unsigned long long) + 213
> 4 com.apple.audio.CoreAudio 0x9408a602
> CAGuard::WaitUntil(unsigned long long) + 70
> 5 com.apple.audio.CoreAudio 0x94088da7 HP_IOThread::WorkLoop()
> + 759
> 6 com.apple.audio.CoreAudio 0x94088aab
> HP_IOThread::ThreadEntry(HP_IOThread*) + 17
> 7 com.apple.audio.CoreAudio 0x94079300
> CAPThread::Entry(CAPThread*) + 96
> 8 libSystem.B.dylib 0x936956f5 _pthread_start + 321
> 9 libSystem.B.dylib 0x936955b2 thread_start + 34
>
> Thread 4:
> 0 libSystem.B.dylib 0x9366b68e __semwait_signal + 10
> 1 libSystem.B.dylib 0x9369636d pthread_cond_wait
> $UNIX2003 + 73
> 2 libGLProgrammability.dylib 0x963c1b32 glvmDoWork + 162
> 3 libSystem.B.dylib 0x936956f5 _pthread_start + 321
> 4 libSystem.B.dylib 0x936955b2 thread_start + 34
>
> Thread 5:
> 0 libSystem.B.dylib 0x936644ee
> semaphore_wait_signal_trap + 10
> 1 libSystem.B.dylib 0x93696866 _pthread_cond_wait + 1267
> 2 libSystem.B.dylib 0x936dc371 pthread_cond_wait + 48
>
> Thread 0 crashed with X86 Thread State (32-bit):
> eax: 0xc0000003 ebx: 0x00002b43 ecx: 0x00000000 edx: 0x00000000
> edi: 0xbfffdcb4 esi: 0x00000000 ebp: 0xbfffdc38 esp: 0xbfffdc38
> ss: 0x0000001f efl: 0x00010246 eip: 0x0003b7cc cs: 0x00000017
> ds: 0x0000001f es: 0x0000001f fs: 0x00000000 gs: 0x00000037
> cr2: 0xc0000051
>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>
>
More information about the Pd-list
mailing list