[PD] PD .49 crashing when saving patches
Dario Sanfilippo
sanfilippo.dario at gmail.com
Thu Oct 11 12:44:38 CEST 2018
I also get a seg fault:
Segmentation fault: 11
gui socket 3 -
closing audio...
<http://dariosanfilippo.tumblr.com>
On Thu, 11 Oct 2018 at 12:33, Edwin van der Heide <edwin at evdh.net> wrote:
> Hello,
>
> Yes, the same thing happens to me on macOS 10.13.6.
>
> Bellow follows a part of the crash report.
>
> If needed I could learn how to compile PD on OS X and run it in debug mode.
>
> Best,
>
> Edwin
> -----------------------------------------
>
> Process: Pd [4901]
> Path: /Applications/Pd-0.49-0.app/Contents/MacOS/Pd
> Identifier: org.puredata.pd.pd-gui
> Version: 0.49.0 (0.49.0)
> Code Type: X86-64 (Native)
> Parent Process: ??? [1]
> Responsible: Pd [4901]
> User ID: 502
>
> Date/Time: 2018-10-11 12:26:19.262 +0200
> OS Version: Mac OS X 10.13.6 (17G65)
> Report Version: 12
> Bridge OS Version: 3.0 (14Y664)
> Anonymous UUID: 4749B67C-5108-801A-4DA2-058DCFA8D84B
>
> Sleep/Wake UUID: EDB9ABA2-F223-4CB0-A8DF-C7D1077DB2DC
>
> Time Awake Since Boot: 100000 seconds
> Time Since Wake: 12000 seconds
>
> System Integrity Protection: enabled
>
> Crashed Thread: 0 Dispatch queue: com.apple.main-thread
>
> Exception Type: EXC_BAD_ACCESS (SIGSEGV)
> Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
> Exception Note: EXC_CORPSE_NOTIFY
>
> Termination Signal: Segmentation fault: 11
> Termination Reason: Namespace SIGNAL, Code 0xb
> Terminating Process: exc handler [0]
>
> VM Regions Near 0:
> -->
> __TEXT 0000000100000000-0000000100005000 [ 20K]
> r-x/rwx SM=COW | [/Applications/Pd-0.49-0.app/Contents/MacOS/Pd]
>
> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> 0 Tk 0x00000001000bfd0f XUngrabKeyboard
> + 681
> 1 Tk 0x00000001000c01d6 XGrabKeyboard +
> 956
> 2 Tk 0x00000001000c697f
> Tk_MacOSXSetupTkNotifier + 692
> 3 Tcl 0x00000001001c8ebf Tcl_DoOneEvent
> + 297
> 4 Tk 0x000000010001ba94 Tk_MainLoop + 24
> 5 Tk 0x0000000100028871 Tk_MainEx + 1797
> 6 Pd 0x000000010000447c 0x100000000 +
> 17532
> 7 Pd 0x00000001000043d8 0x100000000 +
> 17368
>
> Thread 1:
> 0 libsystem_kernel.dylib 0x00007fff57bb8cf2 __select + 10
> 1 Tcl 0x00000001001fd1b3
> Tcl_InitNotifier + 1592
> 2 libsystem_pthread.dylib 0x00007fff57d80661 _pthread_body +
> 340
> 3 libsystem_pthread.dylib 0x00007fff57d8050d _pthread_start
> + 377
> 4 libsystem_pthread.dylib 0x00007fff57d7fbf9 thread_start +
> 13
>
> Thread 2:: CVDisplayLink
> 0 libsystem_kernel.dylib 0x00007fff57bb8a16 __psynch_cvwait
> + 10
> 1 libsystem_pthread.dylib 0x00007fff57d815c2
> _pthread_cond_wait + 789
> 2 com.apple.CoreVideo 0x00007fff317eb3f3
> CVDisplayLink::waitUntil(unsigned long long) + 237
> 3 com.apple.CoreVideo 0x00007fff317ea9a4
> CVDisplayLink::runIOThread() + 500
> 4 libsystem_pthread.dylib 0x00007fff57d80661 _pthread_body +
> 340
> 5 libsystem_pthread.dylib 0x00007fff57d8050d _pthread_start
> + 377
> 6 libsystem_pthread.dylib 0x00007fff57d7fbf9 thread_start +
> 13
>
> Thread 3:: com.apple.NSEventThread
> 0 libsystem_kernel.dylib 0x00007fff57baf20a mach_msg_trap +
> 10
> 1 libsystem_kernel.dylib 0x00007fff57bae724 mach_msg + 60
> 2 com.apple.CoreFoundation 0x00007fff2fc14785
> __CFRunLoopServiceMachPort + 341
> 3 com.apple.CoreFoundation 0x00007fff2fc13ad7 __CFRunLoopRun
> + 1783
> 4 com.apple.CoreFoundation 0x00007fff2fc13153
> CFRunLoopRunSpecific + 483
> 5 com.apple.AppKit 0x00007fff2d2ebfc4 _NSEventThread
> + 184
> 6 libsystem_pthread.dylib 0x00007fff57d80661 _pthread_body +
> 340
> 7 libsystem_pthread.dylib 0x00007fff57d8050d _pthread_start
> + 377
> 8 libsystem_pthread.dylib 0x00007fff57d7fbf9 thread_start +
> 13
>
> Thread 4:
> 0 libsystem_pthread.dylib 0x00007fff57d7fbdc start_wqthread
> + 0
> 1 ??? 0x0000000000000b80 0 + 2944
>
> Thread 5:
> 0 libsystem_kernel.dylib 0x00007fff57bb928a
> __workq_kernreturn + 10
> 1 libsystem_pthread.dylib 0x00007fff57d8020e
> _pthread_wqthread + 1552
> 2 libsystem_pthread.dylib 0x00007fff57d7fbe9 start_wqthread
> + 13
>
> Thread 6:
> 0 libsystem_kernel.dylib 0x00007fff57bb928a
> __workq_kernreturn + 10
> 1 libsystem_pthread.dylib 0x00007fff57d8020e
> _pthread_wqthread + 1552
> 2 libsystem_pthread.dylib 0x00007fff57d7fbe9 start_wqthread
> + 13
>
> Thread 7:
> 0 libsystem_kernel.dylib 0x00007fff57bb928a
> __workq_kernreturn + 10
> 1 libsystem_pthread.dylib 0x00007fff57d8020e
> _pthread_wqthread + 1552
> 2 libsystem_pthread.dylib 0x00007fff57d7fbe9 start_wqthread
> + 13
>
> Thread 0 crashed with X86 Thread State (64-bit):
> rax: 0x00007ffeefbff720 rbx: 0x00007ffeefbff720 rcx:
> 0x0000000000000020 rdx: 0xffffffffffffffe0
> rdi: 0x00007ffeefbff7c0 rsi: 0x0000000000000000 rbp:
> 0x00007ffeefbff600 rsp: 0x00007ffeefbff5e0
> r8: 0x0000000000000001 r9: 0x0000000000000001 r10:
> 0x00006040001161d0 r11: 0x000000010174b8a0
> r12: 0x0000000000000000 r13: 0x0000000000000000 r14:
> 0x00007fff2de3f6fb r15: 0x0000000000000000
> rip: 0x00000001000bfd0f rfl: 0x0000000000010283 cr2: 0x0000000000000000
>
> Logical CPU: 6
> Error Code: 0x00000004
> Trap Number: 14
>
>
>
> > On 11 Oct 2018, at 11:16, Dario Sanfilippo <sanfilippo.dario at gmail.com>
> wrote:
> >
> > Hello.
> >
> > I just wanted to let you know that PD .49 crashes almost regularly after
> saving a patch. I've just tested opening PD, saving a simple patch with an
> inlet~ and another with an inlet, either with the DSP on or off, and it
> crashes immediately after saving the patch. It does manage to write the
> file, though.
> >
> > It doesn't crash if the patch that I save is empty.
> >
> > Has anything similar happened to you? I'm on OSZ 10.11.6.
> >
> > Dario
> > _______________________________________________
> > Pd-list at lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20181011/1456e52b/attachment-0001.html>
More information about the Pd-list
mailing list