[PD] PD .49 crashing when saving patches
Edwin van der Heide
pd at evdh.net
Thu Oct 11 12:59:28 CEST 2018
For me PD crashes when I create a new file, not when I overwrite an existing file.
> On 11 Oct 2018, at 12:44, Dario Sanfilippo <sanfilippo.dario at gmail.com> wrote:
>
> 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 <mailto: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 <mailto: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 <mailto:Pd-list at lists.iem.at> mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list>
>
> _______________________________________________
> 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/9c194677/attachment-0001.html>
More information about the Pd-list
mailing list