Hi all -
If you've got Pd 0.46-3, please install Pd 0.46-4 instead - there's a bug in 0.46-3 that can lead to crashes (I think only when editing patches, but perhaps even runtime).
Get it from http://msp.ucsd.edu/software.htm or via git from sourceforge: git clone git://git.code.sf.net/p/pure-data/pure-data
cheers Miller
Pd-announce mailing list Pd-announce@lists.iem.at http://lists.puredata.info/listinfo/pd-announce
On Fri, 2014-12-19 at 14:12 -0800, Miller Puckette wrote:
Hi all -
If you've got Pd 0.46-3, please install Pd 0.46-4 instead - there's a bug in 0.46-3 that can lead to crashes (I think only when editing patches, but perhaps even runtime)
I don't think this is related specifically to this release, but I can't run Pd with jack anymore since a while. This is how I start Pd:
pd -rt -jack -channels 2
This is how I configured it:
./configure --enable-jack --disable-portaudio --disable-portmidi
And this is the backtrace:
Starting program: /usr/local/bin/pd -rt -jack -channels 2 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault. 0x00000000 in ?? () (gdb) backtracewatchdog: signaling pd...
#0 0x00000000 in ?? () #1 0x0810b187 in jack_open_audio (inchans=2, outchans=outchans@entry=2, rate=44100, callback=callback@entry=0x0) at s_audio_jack.c:340 #2 0x080b3317 in sys_reopen_audio () at s_audio.c:447 #3 0x080aa6b5 in sys_main (argc=argc@entry=5, argv=argv@entry=0xbffff334) at s_main.c:313 #4 0x080566eb in main (argc=5, argv=0xbffff334) at s_entry.c:32
This is on Ubuntu 14.04 i386
Roman
I just tried this in 0.46-4:
cd .../pd/src make -f makefile.gnu JACK=TRUE ../bin/pd -jack
and it seems to work fine for me. So there could be a jack version conflict, or just possibly something amiss in the configure script.
Could you try compiling it using makefile.gnu and see if the problem is still there?
My jack version: [msp@hinge ~]$ jackd --version jackdmp 1.9.8 Copyright 2001-2005 Paul Davis and others. Copyright 2004-2011 Grame. [...] jackdmp version 1.9.8 tmpdir /dev/shm protocol 8
cheers Miller
On Sat, Dec 20, 2014 at 09:45:05PM +0100, Roman Haefeli wrote:
On Fri, 2014-12-19 at 14:12 -0800, Miller Puckette wrote:
Hi all -
If you've got Pd 0.46-3, please install Pd 0.46-4 instead - there's a bug in 0.46-3 that can lead to crashes (I think only when editing patches, but perhaps even runtime)
I don't think this is related specifically to this release, but I can't run Pd with jack anymore since a while. This is how I start Pd:
pd -rt -jack -channels 2
This is how I configured it:
./configure --enable-jack --disable-portaudio --disable-portmidi
And this is the backtrace:
Starting program: /usr/local/bin/pd -rt -jack -channels 2 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault. 0x00000000 in ?? () (gdb) backtracewatchdog: signaling pd...
#0 0x00000000 in ?? () #1 0x0810b187 in jack_open_audio (inchans=2, outchans=outchans@entry=2, rate=44100, callback=callback@entry=0x0) at s_audio_jack.c:340 #2 0x080b3317 in sys_reopen_audio () at s_audio.c:447 #3 0x080aa6b5 in sys_main (argc=argc@entry=5, argv=argv@entry=0xbffff334) at s_main.c:313 #4 0x080566eb in main (argc=5, argv=0xbffff334) at s_entry.c:32
This is on Ubuntu 14.04 i386
Roman
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Sun, 2014-12-21 at 08:50 -0800, Miller Puckette wrote:
I just tried this in 0.46-4:
cd .../pd/src make -f makefile.gnu JACK=TRUE ../bin/pd -jack
and it seems to work fine for me. So there could be a jack version conflict, or just possibly something amiss in the configure script.
Could you try compiling it using makefile.gnu and see if the problem is still there?
I get still the same:
Starting program: /home/roman/pd-src/pure-data.git/bin/pd -rt -jack -channels 2 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault. 0x00000000 in ?? () (gdb) backtrace #0 0x00000000 in ?? () #1 0x0813d187 in jack_open_audio () #2 0x080d4167 in sys_reopen_audio () #3 0x080c86c5 in sys_main ()
#4 0x0805659b in main ()
My jack version: [msp@hinge ~]$ jackd --version jackdmp 1.9.8 Copyright 2001-2005 Paul Davis and others. Copyright 2004-2011 Grame. [...] jackdmp version 1.9.8 tmpdir /dev/shm protocol 8
Mine is: $ jackd --version jackdmp 1.9.10 Copyright 2001-2005 Paul Davis and others. Copyright 2004-2013 Grame. [...] jackdmp version 1.9.10 tmpdir /dev/shm protocol 8
Roman
On Son, 2014-12-21 at 08:50 -0800, Miller Puckette wrote:
I just tried this in 0.46-4:
cd .../pd/src make -f makefile.gnu JACK=TRUE ../bin/pd -jack
and it seems to work fine for me. So there could be a jack version conflict, or just possibly something amiss in the configure script.
I guess you're on spot with your last guess (I tried the most recent release to see whether it might make my jack problem disappear, but it doesn't).
I know now that the problem is not a general one, but specific to my box. I can run 'pd -jack' on other computers without problems. On the non-working computer, the resulting pd binary is not linked against any libjack* library:
$ ldd /usr/local/bin/pd linux-gate.so.1 => (0xb7753000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb76e3000) libasound.so.2 => /usr/lib/i386-linux-gnu/libasound.so.2 (0xb75ed000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb75d0000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb75cb000) libfftw3f.so.3 => /usr/lib/i386-linux-gnu/libfftw3f.so.3 (0xb73dc000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb722d000) /lib/ld-linux.so.2 (0xb7754000) librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xb7224000)
My understanding of the build system is too limited to know where cause of this problem might be. Maybe I try a fresh 'git clone' next.
Roman
On 01/22/2015 10:26 PM, Roman Haefeli wrote:
On Son, 2014-12-21 at 08:50 -0800, Miller Puckette wrote:
I just tried this in 0.46-4:
cd .../pd/src make -f makefile.gnu JACK=TRUE ../bin/pd -jack
and it seems to work fine for me. So there could be a jack version conflict, or just possibly something amiss in the configure script.
I guess you're on spot with your last guess (I tried the most recent release to see whether it might make my jack problem disappear, but it doesn't).
I know now that the problem is not a general one, but specific to my box. I can run 'pd -jack' on other computers without problems. On the non-working computer, the resulting pd binary is not linked against any libjack* library:
$ ldd /usr/local/bin/pd linux-gate.so.1 => (0xb7753000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb76e3000) libasound.so.2 => /usr/lib/i386-linux-gnu/libasound.so.2 (0xb75ed000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb75d0000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb75cb000) libfftw3f.so.3 => /usr/lib/i386-linux-gnu/libfftw3f.so.3 (0xb73dc000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb722d000) /lib/ld-linux.so.2 (0xb7754000) librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xb7224000)
hmm weird, it seems to work for me with Pd-0.46-5, compiled with autotools and the flags you were giving. i also have the same jack version (but am running Debian/sid on amd64)
i think the problem you are facing is that libjack is not linked in, and thus the symbols do not resolve properly (weak linking seems to be enabled, so the entry points to the jack functions are set to 0x0; the first time you call one of them, you get a segfault).
i also don't understand why your binary is linked against libfftw3f, if you don't enable fftw manually (--enable-fftw)
My understanding of the build system is too limited to know where cause of this problem might be. Maybe I try a fresh 'git clone' next.
yes, please try with 0.46-5. also make sure to run "make distclean" before (if you are just upgrading an older checkout), and eventually run "./autogen.sh" before configure...
gmsard IOhannes
On Thu, 2015-01-22 at 22:54 +0100, IOhannes m zmölnig wrote:
On 01/22/2015 10:26 PM, Roman Haefeli wrote:
On Son, 2014-12-21 at 08:50 -0800, Miller Puckette wrote:
I just tried this in 0.46-4:
cd .../pd/src make -f makefile.gnu JACK=TRUE ../bin/pd -jack
and it seems to work fine for me. So there could be a jack version conflict, or just possibly something amiss in the configure script.
I guess you're on spot with your last guess (I tried the most recent release to see whether it might make my jack problem disappear, but it doesn't).
I know now that the problem is not a general one, but specific to my box. I can run 'pd -jack' on other computers without problems. On the non-working computer, the resulting pd binary is not linked against any libjack* library:
$ ldd /usr/local/bin/pd linux-gate.so.1 => (0xb7753000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb76e3000) libasound.so.2 => /usr/lib/i386-linux-gnu/libasound.so.2 (0xb75ed000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb75d0000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb75cb000) libfftw3f.so.3 => /usr/lib/i386-linux-gnu/libfftw3f.so.3 (0xb73dc000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb722d000) /lib/ld-linux.so.2 (0xb7754000) librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xb7224000)
hmm weird, it seems to work for me with Pd-0.46-5, compiled with autotools and the flags you were giving. i also have the same jack version (but am running Debian/sid on amd64)
i think the problem you are facing is that libjack is not linked in, and thus the symbols do not resolve properly (weak linking seems to be enabled, so the entry points to the jack functions are set to 0x0; the first time you call one of them, you get a segfault).
Makes sense.
i also don't understand why your binary is linked against libfftw3f, if you don't enable fftw manually (--enable-fftw)
Oh, my fault. Since very recently Pd supports it, I added '--enable-fftw' to the configure flags.
My understanding of the build system is too limited to know where cause of this problem might be. Maybe I try a fresh 'git clone' next.
yes, please try with 0.46-5. also make sure to run "make distclean" before (if you are just upgrading an older checkout), and eventually run "./autogen.sh" before configure...
Ah, I did 'make clean', but not 'make distclean'. I'll try that next. When I compile from a new 'git clone', everything works fine.
Thanks for your help.
Roman
On Fre, 2015-01-23 at 08:59 +0100, Roman Haefeli wrote:
(paraphrasing)
... compile pd... resulting binary is not linked against jack libaries ...
Ok, I finally figured it out, I guess. When I do:
./configure --enable-jack --disable-portaudio
and then do 'make' I get a binary in <pd>/src/pd that is _not_ linked against libjackXXX. However, when I do only:
./configure --enable-jack
the resulting binary is in <pd>/src/.libs/pd which is linked against jack libraries. Also, <pd>/src/pd is only a shell script.
Can anyone confirm this behavior or is it specific to my box?
Roman
On 01/23/2015 09:48 PM, Roman Haefeli wrote:
On Fre, 2015-01-23 at 08:59 +0100, Roman Haefeli wrote:
(paraphrasing)
... compile pd... resulting binary is not linked against jack libaries ...
Ok, I finally figured it out, I guess. When I do:
./configure --enable-jack --disable-portaudio
and then do 'make' I get a binary in <pd>/src/pd that is _not_ linked against libjackXXX. However, when I do only:
./configure --enable-jack
the resulting binary is in <pd>/src/.libs/pd which is linked against jack libraries. Also, <pd>/src/pd is only a shell script.
Can anyone confirm this behavior or is it specific to my box?
i can confirm this with the noteable and important exception, that in the first case my <pd>/src/pd binary *is* linked against libjack.
what's the output of configure?
gfmasdr IOhannes
Hello,
I'm running PD-Vanilla 0.46-5 on Mac os 10.6.8 and i'm trying to install aubio library...
I followed all the steps described on http://aubio.org/
I installed aubio, the python library. But i can't install pd-aubio library...
Now i'm trying to run "./waf configure build" and I got this error :
Setting top to : /Users/pierredoux/Downloads/pd-aubio-0.4 Setting out to : /Users/pierredoux/Downloads/pd-aubio-0.4/build Checking for 'gcc' (c compiler) : /usr/bin/gcc Checking for header m_pd.h : yes Checking for program pkg-config : /opt/local/bin/pkg-config Checking for 'aubio' >= 0.4.0 : not found The configuration failed (complete log in /Users/pierredoux/Downloads/pd-aubio-0.4/build/config.log)
I don't understand cause Aubio has been build successfully and I found the files at the correct location. Did someone get this error before ?
Thanx !
P.
-
IOhannes m zmölnig -
Miller Puckette -
Pierre Desprats -
Roman Haefeli