Pd-dev August 2009

pd-dev@lists.iem.at

23 participants
81 discussions

funny segfault in pd-0.42-5
by mescalinum＠gmail.com 27 Aug '09

27 Aug '09

pd /usr/lib64/pd/doc/3.audio.examples/I10.phase.bash.pd OK mkdir emptydir cd emptydir cp /usr/lib64/pd/doc/3.audio.examples/I10.phase.bash.pd x.pd pd x.pd SEGFAULT: #0 0x000000000045ffe0 in ?? () #1 0x00000000004568f1 in dsp_tick () #2 0x000000000044da30 in sched_tick () #3 0x000000000044dc11 in m_mainloop () #4 0x000000000044f8b5 in sys_main () #5 0x00007fa50d6fb5c6 in __libc_start_main () from /lib/libc.so.6 #6 0x0000000000417c79 in _start () pd -noloadbang x.pd doesn't segfault, but I see those messages in console: pvu~ ... couldn't create pvu~ ... couldn't create where pvu~ comes from? is not in any help file! moreover, this happens even if I disable any pdrc setting: ls ~/.pdrc ls: cannot access /home/federico/.pdrc: No such file or directory pd x.pd pd_gui: pd process exited Segmentation fault

2 1

[ pure-data-Bugs-2845143 ] ext13 and motex install in the wrong location
by SourceForge.net 26 Aug '09

26 Aug '09

Bugs item #2845143, was opened at 2009-08-26 21:33 Message generated for change (Settings changed) made by waffenladen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2845143&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Holger (waffenladen) Assigned to: Nobody/Anonymous (nobody) Summary: ext13 and motex install in the wrong location Initial Comment: Since revision 11887 or 11891 or something like that they install in $DESTDIR/$DESTDIR/$prefix/$pd_src or something likely messed up. Perhaps related to fixes according to bug 2829640 (http://sourceforge.net/tracker/index.php?func=detail&aid=2829640&group_id=5…) in the makefiles: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/motex… http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/ext13… just a guess. See the nightly auto-builds for evidence: right paths: http://autobuild.puredata.info/auto-build/2009-07-24/ messed up for ext13 and motex: http://autobuild.puredata.info/auto-build/2009-08-01/ ---------------------------------------------------------------------- >Comment By: Holger (waffenladen) Date: 2009-08-26 21:46 Message: ok, dmotd already adressed this in the mailing list. please ignore this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2845143&group_…

1 0

[ pure-data-Bugs-2845143 ] ext13 and motex install in the wrong location
by SourceForge.net 26 Aug '09

26 Aug '09

Bugs item #2845143, was opened at 2009-08-26 21:33 Message generated for change (Tracker Item Submitted) made by waffenladen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2845143&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Holger (waffenladen) Assigned to: Nobody/Anonymous (nobody) Summary: ext13 and motex install in the wrong location Initial Comment: Since revision 11887 or 11891 or something like that they install in $DESTDIR/$DESTDIR/$prefix/$pd_src or something likely messed up. Perhaps related to fixes according to bug 2829640 (http://sourceforge.net/tracker/index.php?func=detail&aid=2829640&group_id=5…) in the makefiles: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/motex… http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/ext13… just a guess. See the nightly auto-builds for evidence: right paths: http://autobuild.puredata.info/auto-build/2009-07-24/ messed up for ext13 and motex: http://autobuild.puredata.info/auto-build/2009-08-01/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2845143&group_…

1 0

[ pure-data-Patches-2845041 ] de.po
by SourceForge.net 26 Aug '09

26 Aug '09

Patches item #2845041, was opened at 2009-08-26 16:29 Message generated for change (Tracker Item Submitted) made by maxn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2845041&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: de.po Initial Comment: german translation - a bit rough still ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2845041&group_…

1 0

[ pure-data-Bugs-2842897 ] envgen makes pd segfault
by SourceForge.net 25 Aug '09

25 Aug '09

Bugs item #2842897, was opened at 2009-08-23 01:25 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2842897&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: envgen makes pd segfault Initial Comment: create a envgen, connect a bang to it, then connect a inlet to the bang. inlet--->bang--->envgen create a graph on parent, and put the envgen in it. save with the name 'envgenbug'. now create a object named 'envgenbug' and your graph-on parent object should appear. now if you remove it it will crash pd. this bug happends on my OSX installation, linux installation, with different versions of PD, and with a newly compiled envgen external from svn. so i dont know what the problem is. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-08-25 13:05 Message: I couldn't reproduce on Pd-extended 0.41.4 on Mac OS X 10.5.7/Intel. Can you post an example patch? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2842897&group_…

1 0

build system + template (ext13) = broken - fix?
by dmotd 25 Aug '09

25 Aug '09

hcs, this mail is covering the breakage that i described previously with the new externals makefile template (ext13). okay, so without going as far as tinkering with the various makefiles, i think i understand what is going wrong with the buildsys and the broken install destination (DESTDIR+objectsdir). it's a pretty simple case of using $DESTDIR outside of its natural habitat - the main culprit starting at 'packages/Makefile.buildlayout', and then a widespread misuse that is inflicted throughout the buidsystem. IOhannes' arguments for the template used with ext13 are probably well founded and the template itself uses the correct inplementation of the $DESTDIR variable - which is to prepend it to the actual install or uninstall directive with any addition directory prefixes added via other variables - $(objectsdir) in this scenario. i guess you've been concatenating the $DESTDIR as some form of shorthand into the $objectsdir var (and other assorted variables), which has worked up until now because the build system is pretty well self contained. now that IOhannes has introduced scope for using the buildsys makefile template for localized building it has open up a new range of problmes associated with $DESTDIR misuse in the first place. so, the solution is fairly simple but a bit messy: make all the destination variables described in Makefile.buildlayout conform to a format without the $DESTDIR prefix, and then find/replace all uses of these destination variables to conform to $(DESTDIR)$(buildsysdestvar) standard, (which by rule should only be used directly in an 'install' or 'uninstall' context. i guess you can tell me if i'm way off target here, but i'll try shifting around these vars locally and attempt a build before i commit anything to svn. i've run a successful(ly broken) build in the last 24hours, so i should have a decent test subject to work with. once checked in i guess its up to the autobuild server to shed some light on the various OS - i'm (un)fortunately contained to linux for the most part. hope this covers it and i'm not just being verbose without reason! cheers, dmotd

2 1

Different behaviour with -nogui flag and ASIO drivers
by Cesar Mauri Loba 24 Aug '09

24 Aug '09

Hi, With the latest pd version (0.42-5), latest ASIO drivers (v2.9) and under WinXP SP3 when I run pd -asio -audioindev 4 -audiooutdev 3 -listdev mypatch.pd all works fine. pd starts interactively and selects the appropriate ASIO devices. But if I try to run it without GUI pd -nogui -asio -audioindev 4 -audiooutdev 3 -listdev mypatch.pd then appears the following errors in the console and (obviously) I have no sound at all: Error number -9985 opening portaudio stream Error message: Device unavailable The "mypatch.pd" patch simply generates a sine wave after enabling the dsp with a loadbang. The audio devices present on my system are: audio input devices: 1. (0)Asignador de sonido de Microsof - Input 2. (0)Logitech Mic (Pro 9000) 3. (0)Realtek HD Audio Input 4. (1)ASIO4ALL v2 audio output devices: 1. (0)Asignador de sonido de Microsof - Output 2. (0)Realtek HD Audio output 3. (1)ASIO4ALL v2 API number 4 I've believed that this could be a bug, so I've sent this message to the dev list. Thanks for any ideas or advices you can give me. CÃ©sar

2 2

[ pure-data-Bugs-2724318 ] 'pd -alsa -send "; pd dsp 1"' fails with -nogui
by SourceForge.net 24 Aug '09

24 Aug '09

Bugs item #2724318, was opened at 2009-04-01 04:23 Message generated for change (Comment added) made by cmauri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2724318&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Miller Puckette (millerpuckette) Summary: 'pd -alsa -send "; pd dsp 1"' fails with -nogui Initial Comment: $ pd -alsa -send "; pd dsp 1" works fine $ pd -alsa -nogui -send "; pd dsp 1" snd_pcm_open (output): Device or resource busy if i send to a custom receiver and delay the message by 100ms it seems to work ok, but still, not perfect at a guess there's a race condition somewhere, and using the gui slows it down enough to work? just a guess though tested on GNU/Linux/Debian/Lenny/pure:dyne with pd-0.41 may also affect other sound APIs, but I haven't tested with anything other than ALSA ---------------------------------------------------------------------- Comment By: Cesar Mauri-Loba (cmauri) Date: 2009-08-24 17:21 Message: Confirmed in pd 0.42-5 under WinXP SP3. These are the error messages: Error number -9985 opening portaudio stream Error message: Device unavailable As a workaround I've added a delay after the loadbang that enables the dsp. ---------------------------------------------------------------------- Comment By: Dan Wilcox (danomatika) Date: 2009-06-15 12:51 Message: Again in Ubuntu Jaunty, Running the same startup patch which loadbangs "pd dsp 1" in pd-extended 0.40.3 with "-rt" yields the same problem. I suppose in realtime mode, pd runs too fast to avoid the race condition. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-06-15 12:47 Message: Confirmed in pd-extended 0.41.4 on Ubuntu Jaunty. Cannot open the soundcard when starting pd with "pd -nogui -alsa -audiodev 4 ~/StartupPatch.pd" where "StartupPatch.pd" loadbangs a "pd dsp 1" message: snd_pcm_open (input): Device or resource busy snd_pcm_open (output): Device or resource busy Using jack, "-jack -channels 2" connects ok. I have not not tried oss. Doing the same on pd-extended 0.40.3 works fine. Well, at least I can just delay the dsp switch for now to make it work. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 16:22 Message: oh forgot to say: OSS: /dev/dsp (writeonly): Device or resource busy /dev/dsp (readonly): Device or resource busy with jack it seems to work fine (though i often have other problems with jack, so i don't know how reliable this is) ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 16:20 Message: confirmed with Pd-0.42.4 (debian lenny/squeeze; x86) however i thought the proper way to specify the send-message was "pd dsp 1" (without the leading semicolon) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2724318&group_…

1 0

[ pure-data-Bugs-2842897 ] envgen makes pd segfault
by SourceForge.net 23 Aug '09

23 Aug '09

Bugs item #2842897, was opened at 2009-08-23 05:25 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2842897&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: envgen makes pd segfault Initial Comment: create a envgen, connect a bang to it, then connect a inlet to the bang. inlet--->bang--->envgen create a graph on parent, and put the envgen in it. save with the name 'envgenbug'. now create a object named 'envgenbug' and your graph-on parent object should appear. now if you remove it it will crash pd. this bug happends on my OSX installation, linux installation, with different versions of PD, and with a newly compiled envgen external from svn. so i dont know what the problem is. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2842897&group_…

1 0

svn commit access?!?
by dmotd 21 Aug '09

21 Aug '09

hi folks, i'm requesting developer commit access to pd svn. for those of you not aware i've been a long term pd user, a regular #dataflow atendee, and an occasional contributor of code and other debris to this and other forums. i'm requesting access to svn to help fix up the externals build system, add some of my own more useful externals and contribute to the documentation drive. i'm currently maintaining packages for archlinux and 64studio - aka ubuntuLTS(hardy) for 64bit and although my particpation with pd is often fleeting i'm hoping to become a bit more active with my developments. any objections? sourceforge id 'dmotd' puredata.info id 'dmotd' freenode id 'dmotd' etc.. dmotd

2 5

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev August 2009