hallo,
i just compiled pd from git git clone git://git.code.sf.net/p/pure-data/pure-data
compiled it with jack: ./configure --enable-jack
i deleted the .pdsettings file, when i change audioengine to jack, pd core dumps. here the strace output.
select(9, [7], [], [], {0, 5000}) = 0 (Timeout) select(9, [7], [], [], {0, 0}) = 0 (Timeout) select(9, [7], [], [], {0, 0}) = 0 (Timeout) select(9, [7], [], [], {0, 0}) = 0 (Timeout) select(9, [7], [], [], {0, 0}) = 0 (Timeout) select(9, [7], [], [], {0, 0}) = 0 (Timeout) select(9, [7], [], [], {0, 5000}) = 1 (in [7], left {0, 2520}) recvfrom(7, "pd audio-setapi 5;\r\n", 3593, 0, NULL, NULL) = 20 --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0} --- +++ killed by SIGSEGV (core dumped) +++ Segmentation fault (core dumped)
pd core dumps also when i start it with: strace pd -nomidi -jack
open("/dev/midi8", O_RDONLY|O_NONBLOCK) = -1 ENOENT (No such file or directory) open("/dev/midi8", O_WRONLY|O_NONBLOCK) = -1 ENOENT (No such file or directory) open("/dev/midi08", O_RDONLY|O_NONBLOCK) = -1 ENOENT (No such file or directory) open("/dev/midi08", O_WRONLY|O_NONBLOCK) = -1 ENOENT (No such file or directory) open("/dev/midi9", O_RDONLY|O_NONBLOCK) = -1 ENOENT (No such file or directory) open("/dev/midi9", O_WRONLY|O_NONBLOCK) = -1 ENOENT (No such file or directory) open("/dev/midi09", O_RDONLY|O_NONBLOCK) = -1 ENOENT (No such file or directory) open("/dev/midi09", O_WRONLY|O_NONBLOCK) = -1 ENOENT (No such file or directory) rt_sigaction(SIGALRM, {SIG_IGN, [], SA_RESTORER, 0x7fad3b792630}, NULL, 8) = 0 setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0 --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0} --- +++ killed by SIGSEGV (core dumped) +++ Segmentation fault (core dumped)
does anybody experiences the same problem? any idea how to solve this? best, alexander
On 02/14/2017 04:24 PM, alex tuca wrote:
hallo,
i just compiled pd from git git clone git://git.code.sf.net/p/pure-data/pure-data
compiled it with jack: ./configure --enable-jack
i deleted the .pdsettings file, when i change audioengine to jack, pd core dumps. here the strace output.
could you also provide a gdb backtrace? (hint: add '-nrt' to the startup flags to avoid the "watchdog signalling Pd" messages clutter the console)
just for the record: it doesn't crash on my system (Debian/sid).
gmsard IOhannes
this is the output using gdb.
alex@x1:~$ gdb pd GNU gdb (Ubuntu 7.11.90.20161005-0ubuntu1) 7.11.90.20161005-git Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from pd...done. (gdb) set args -jack -nrt (gdb) run Starting program: /usr/local/bin/pd -jack -nrt [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb)
On 14.02.2017 16:30, zmoelnig@iem.at wrote:
On 02/14/2017 04:24 PM, alex tuca wrote:
hallo,
i just compiled pd from git git clone git://git.code.sf.net/p/pure-data/pure-data
compiled it with jack: ./configure --enable-jack
i deleted the .pdsettings file, when i change audioengine to jack, pd core dumps. here the strace output.
could you also provide a gdb backtrace? (hint: add '-nrt' to the startup flags to avoid the "watchdog signalling Pd" messages clutter the console)
just for the record: it doesn't crash on my system (Debian/sid).
gmsard IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 02/14/2017 04:42 PM, alex tuca wrote:
(gdb) run Starting program: /usr/local/bin/pd -jack -nrt [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb)
so what happens if you type "backtrace"?
(in case there are no symbols, please recompile with "--enable-debug")
gmfds IOhannes
with debug option, alex
alex@x1:~$ gdb pd GNU gdb (Ubuntu 7.11.90.20161005-0ubuntu1) 7.11.90.20161005-git Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from pd...done. (gdb) set args -jack -nrt (gdb) run Starting program: /usr/local/bin/pd -jack -nrt [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) backtrace #0 0x0000000000000000 in ?? () #1 0x000055555562e9ed in jack_open_audio (inchans=2, outchans=2, rate=44100, callback=0x0) at s_audio_jack.c:349 #2 0x00005555555e19eb in sys_reopen_audio () at s_audio.c:456 #3 0x00005555555e8bdc in sys_main (argc=3, argv=0x7fffffffdfa8) at s_main.c:319 #4 0x00005555555e3110 in main (argc=3, argv=0x7fffffffdfa8) at s_entry.c:32 (gdb)
On 14.02.2017 20:44, zmoelnig@iem.at wrote:
On 02/14/2017 04:42 PM, alex tuca wrote:
(gdb) run Starting program: /usr/local/bin/pd -jack -nrt [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb)
so what happens if you type "backtrace"?
(in case there are no symbols, please recompile with "--enable-debug")
gmfds IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 02/14/2017 09:42 PM, alex tuca wrote:
with debug option,
[...]
Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) backtrace #0 0x0000000000000000 in ?? () #1 0x000055555562e9ed in jack_open_audio (inchans=2, outchans=2, rate=44100, callback=0x0) at s_audio_jack.c:349 #2 0x00005555555e19eb in sys_reopen_audio () at s_audio.c:456 #3 0x00005555555e8bdc in sys_main (argc=3, argv=0x7fffffffdfa8) at s_main.c:319 #4 0x00005555555e3110 in main (argc=3, argv=0x7fffffffdfa8) at s_entry.c:32 (gdb)
it's JACK that is crashing (taken Pd with it).
which jackd are you using? against which libjack are you compiling/linking? is jack running? do other jack-applications work as expected?
gasnrd IOhannes
i use jack with qjackctl, started with d-bus, jackd version is: jackdmp 1.9.11
i have no problems with other jack programs, ardour, mpv everthing works fine,
On 15.02.2017 00:22, zmoelnig@iem.at wrote:
On 02/14/2017 09:42 PM, alex tuca wrote:
with debug option,
[...]
Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) backtrace #0 0x0000000000000000 in ?? () #1 0x000055555562e9ed in jack_open_audio (inchans=2, outchans=2, rate=44100, callback=0x0) at s_audio_jack.c:349 #2 0x00005555555e19eb in sys_reopen_audio () at s_audio.c:456 #3 0x00005555555e8bdc in sys_main (argc=3, argv=0x7fffffffdfa8) at s_main.c:319 #4 0x00005555555e3110 in main (argc=3, argv=0x7fffffffdfa8) at s_entry.c:32 (gdb)
it's JACK that is crashing (taken Pd with it).
which jackd are you using? against which libjack are you compiling/linking?
how can i find out this? when i do ldd on pd, i get only this libs?
ldd /usr/local/bin/pd linux-vdso.so.1 => (0x00007ffd981da000) libasound.so.2 => /usr/lib/x86_64-linux-gnu/libasound.so.2 (0x00007f2a800bf000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f2a7fea1000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f2a7fc9d000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f2a7f994000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f2a7f5cd000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f2a7f3c3000) /lib64/ld-linux-x86-64.so.2 (0x00005611dabd4000)
is jack running? do other jack-applications work as expected?
gasnrd IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
i just tested my old saved pd version with this hash,
git rev-parse HEAD 3e1a3f2e4b83c224fc988239d8af272e3e27bd87
this works without core dump
On 15.02.2017 00:22, zmoelnig@iem.at wrote:
On 02/14/2017 09:42 PM, alex tuca wrote:
with debug option,
[...]
Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) backtrace #0 0x0000000000000000 in ?? () #1 0x000055555562e9ed in jack_open_audio (inchans=2, outchans=2, rate=44100, callback=0x0) at s_audio_jack.c:349 #2 0x00005555555e19eb in sys_reopen_audio () at s_audio.c:456 #3 0x00005555555e8bdc in sys_main (argc=3, argv=0x7fffffffdfa8) at s_main.c:319 #4 0x00005555555e3110 in main (argc=3, argv=0x7fffffffdfa8) at s_entry.c:32 (gdb)
it's JACK that is crashing (taken Pd with it).
which jackd are you using? against which libjack are you compiling/linking? is jack running? do other jack-applications work as expected?
gasnrd IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 2017-02-15 11:35, alex tuca wrote:
i just tested my old saved pd version with this hash,
git rev-parse HEAD 3e1a3f2e4b83c224fc988239d8af272e3e27bd87
this works without core dump
thanks.
could you do a git bisect to find the commit that introduced the coredump?
fgmasdr IOhannes
-
alex tuca -
IOhannes m zmoelnig -
zmoelnig＠iem.at