Pd-dev April 2009

pd-dev@lists.iem.at

13 participants
143 discussions

library finding it's own path?
by zmoelnig＠iem.at 23 Apr '09

23 Apr '09

hi all. does anybody know of a nice way for an external object/library to find out it's own path (at the time of loading the external)? my current solution involves way too many Pd-internals (like accessing the c_externdir member of the t_class structure) fmsa.rd IOhannes ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

5 6

crash (memory leak?) with zexy?
by B. Bogart 23 Apr '09

23 Apr '09

Hey all, I'm making a new version of my installation shown in Norway. Unfortunately the same patch is no longer stable, it dies due to what looks like a memory leak. Here is the backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xf7ce86b0 (LWP 11242)] 0x08101b03 in list_prepend_list (x=0xa81d140, s=0x8128fb0, argc=768, argv=0xfff92650) at x_list.c:92 92 x_list.c: No such file or directory. in x_list.c (gdb) bt #0 0x08101b03 in list_prepend_list (x=0xa81d140, s=0x8128fb0, argc=768, argv=0xfff92650) at x_list.c:92 #1 0x080b232f in outlet_list (x=0xa81d0e0, s=0x8128fb0, argc=768, argv=0xfff92650) at m_obj.c:428 #2 0x08101ce9 in list_prepend_list (x=0xa81d0a0, s=0x8128fb0, argc=256, argv=0x96816b8) at x_list.c:260 #3 0x080b232f in outlet_list (x=0xa81de18, s=0x8128fb0, argc=256, argv=0x96816b8) at m_obj.c:428 #4 0xf49e4179 in ?? () from /usr/lib/pd/extra/zexy.pd_linux #5 0x0a81de18 in ?? () #6 0x08128fb0 in s_bang () #7 0x00000100 in ?? () #8 0x096816b8 in ?? () #9 0x08125837 in ?? () #10 0xffc99fec in ?? () #11 0x00000000 in ?? () Seems to me this is happening due to some list functions called by zexy? I greped through all the zexy objects that output lists, and compared those matches to my PD patches, and the results are not very telling. tabdump seems the most likely cause, but I've used the same version in other patches as many as 2,000,000 times, without noticing an issues. I'm using zexy 2.1 from svn. I just did an svn update and compiled a non-stripped zexy. I'll post back if this issue is not solved. Has anyone else come across this? Thanks, B. Bogart

2 1

[ pure-data-Bugs-2084665 ] change cursor in edit mode
by SourceForge.net 22 Apr '09

22 Apr '09

Bugs item #2084665, was opened at 2008-08-30 21:45 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2084665&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: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: change cursor in edit mode Initial Comment: this is a small but annoying little bug. when you switch to edit mode (selecting from the menu or by ctrl+e) the mouse cursor does not change immediately from arrow to hand, but only after you move the mouse. I think this should instantly change to give better visual feedback to the user. this happens at least on 0.40-3 and 0.41-4 (I only had a look at mac os 10.5). ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-22 00:11 Message: using [console show(---[sys_gui] I tried typing in the command directly to Tcl/Tk and there was the same effect. It seems that Tcl/Tk doesn't update the Mac OS X mouse pointer until the mouse moves. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-20 17:50 Message: Confirmed on Mac OS X 10.5.6/Intel using Pd-vanilla 0.42-4 and Pd version 0.41.4-extended-20090419 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-13 19:21 Message: I think this is only a problem on Mac OS X. There is a hack in place that tries to update the cursor, but IIRC, it doesn't seem to work on Mac OS X. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2084665&group_…

1 0

(rsync vs. windows) it works now...
by Hans-Christoph Steiner 22 Apr '09

22 Apr '09

Ok, after much pain and grief, I think I have found a workable solution to getting rsyncing working properly on Cygwin/Windows. Basically, the fight seems to be over the 0444 perms on the files in .svn. So there is a script (scripts/autobuild/extra-rsync.bat) that runs every 15 minutes that first rsyncs ignoring the .svn stuff, so it gets the meat. Then it runs rsync again to try to get the .svn stuff. It often barfs after a few files, so that's why its run every 15 minutes. Then when the built runs, it starts out with an rsync with a --delete- before. So it'll delete everything that shouldn't be there, but it might not get a complete sync on Windows. But since it has been syncing all day, it should be ok, right? right? Arg! .hc ---------------------------------------------------------------------------- kill your television

1 0

[ pure-data-Bugs-2773230 ] abstraction creation and audio engine
by SourceForge.net 21 Apr '09

21 Apr '09

Bugs item #2773230, was opened at 2009-04-19 00:26 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2773230&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: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) >Summary: abstraction creation and audio engine Initial Comment: I am using Pd version 0.40.3-extended (in a Mac OS X 10.5), Bug: Pd audio engine does not start at abstract creation time. Description: Here attached is an abstraction to illustrate this problem. When you open it in a "test.pd" window with an argument (say: 440) and initialize audio engine it will run the abstraction "sine.pd" which generate a sinewave of 440Hz. Now, if you create a new one, with another argument, say "sine 550" it will NOT generate a new sinewave (together with the sine 440) UNTIL you select/deselect it or tun on/off the audio engine. Thanks! Contact: tutifornari(a)gail.com ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-21 09:36 Message: bug #2764566 is only apparent on linux with ALSA _and_ pd<0.41 i suggest using dsp-off-and-on and and updated version of Pd) ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2009-04-20 12:02 Message: bug #2764566 in only apparent on linux with ALSA, right? i haven't encountered the problem using jack. so i still suggest using the dsp-off-and-on approach, since it is much faster than the other workarounds, unless you are really on linux using ALSA. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-19 10:36 Message: confirmed on Pd-vanilla 0.42-4 and Pd-extended 0.40-3; other workarounds to make it work: - create yet another dsp-object - connect any dsp object turning on/off the dsp-engine is suboptimal as it triggers another bug #2764566 (on linux and Pd-0.40) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2773230&group_…

1 0

[ pure-data-Bugs-2777555 ] PdX deb-package does not play nicely with insserv
by SourceForge.net 21 Apr '09

21 Apr '09

Bugs item #2777555, was opened at 2009-04-21 17:26 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2777555&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: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Hans-Christoph Steiner (eighthave) Summary: PdX deb-package does not play nicely with insserv Initial Comment: the debian package OF Pd-extended (0.40.2) installs a script /etc/init.d/pd this script seems to not set/include/respect things correctly, so that modern boot-script-engines bail out whenever they encounter it. i get > insserv: warning: script 'pd' missing LSB tags and overrides whenever i update/install a package (that probably has an init-scrip as well and thus triggers insserv to parse all scripts in /etc/init.d/) since i don't use /etc/init.d/pd, no harm has been done so far... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2777555&group_…

1 0

[ pure-data-Bugs-2773230 ] abstract creation audio engine
by SourceForge.net 21 Apr '09

21 Apr '09

Bugs item #2773230, was opened at 2009-04-19 00:26 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2773230&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: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: abstract creation audio engine Initial Comment: I am using Pd version 0.40.3-extended (in a Mac OS X 10.5), Bug: Pd audio engine does not start at abstract creation time. Description: Here attached is an abstraction to illustrate this problem. When you open it in a "test.pd" window with an argument (say: 440) and initialize audio engine it will run the abstraction "sine.pd" which generate a sinewave of 440Hz. Now, if you create a new one, with another argument, say "sine 550" it will NOT generate a new sinewave (together with the sine 440) UNTIL you select/deselect it or tun on/off the audio engine. Thanks! Contact: tutifornari(a)gail.com ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-21 09:36 Message: bug #2764566 is only apparent on linux with ALSA _and_ pd<0.41 i suggest using dsp-off-and-on and and updated version of Pd) ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2009-04-20 12:02 Message: bug #2764566 in only apparent on linux with ALSA, right? i haven't encountered the problem using jack. so i still suggest using the dsp-off-and-on approach, since it is much faster than the other workarounds, unless you are really on linux using ALSA. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-19 10:36 Message: confirmed on Pd-vanilla 0.42-4 and Pd-extended 0.40-3; other workarounds to make it work: - create yet another dsp-object - connect any dsp object turning on/off the dsp-engine is suboptimal as it triggers another bug #2764566 (on linux and Pd-0.40) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2773230&group_…

1 0

[ pure-data-Bugs-2764566 ] Pd leaks file-handles with alsa
by SourceForge.net 21 Apr '09

21 Apr '09

Bugs item #2764566, was opened at 2009-04-15 09:30 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2764566&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: v0.40.2 Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Pd leaks file-handles with alsa Initial Comment: Pd-0.40 on linux with ALSA severly leaks file-handles when starting/stopping the DSP. whenever you restart the DSP the /dev/snd/control* devices are opened anew, but none are closed. this eventually leads to a "too many open files" error, which will keep you from saving your patches (and restarting the DSP) this appears with Pd-0.40-2 it has been fixed in Pd-0.41 and above i am just reporting the bug for the sake of completeness. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-21 09:34 Message: i don't know as i haven't tested it (no time for beta-testing PdX; i just happened to come across a running installation of PdX-0.40 and i thought i check whether the bug is present) since the bug has been fixed in Pd-0.41, chances are high that it will also be fixed in PdX-0.41 (but of course you never know) checking is easy: [metro 1000] -> [0, 1( -> [; pd dsp $1( then run periodically "lsof -p <pidofpd> | grep -c snd" ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-20 01:14 Message: I don't quite understand, is this bug present in Pd-extended 0.41.4? ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-19 10:35 Message: i found that this bug is also present in Pd-extended-0.40-3 since this is the currently the most recent release of Pd-extended i re-open this bug; i would suggest releasing PdX-0.41 asap and close the bug again :-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2764566&group_…

1 0

[ pure-data-Bugs-2084665 ] change cursor in edit mode
by SourceForge.net 20 Apr '09

20 Apr '09

Bugs item #2084665, was opened at 2008-08-30 21:45 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2084665&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: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: change cursor in edit mode Initial Comment: this is a small but annoying little bug. when you switch to edit mode (selecting from the menu or by ctrl+e) the mouse cursor does not change immediately from arrow to hand, but only after you move the mouse. I think this should instantly change to give better visual feedback to the user. this happens at least on 0.40-3 and 0.41-4 (I only had a look at mac os 10.5). ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-20 17:50 Message: Confirmed on Mac OS X 10.5.6/Intel using Pd-vanilla 0.42-4 and Pd version 0.41.4-extended-20090419 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-13 19:21 Message: I think this is only a problem on Mac OS X. There is a hack in place that tries to update the cursor, but IIRC, it doesn't seem to work on Mac OS X. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2084665&group_…

1 0

[ pure-data-Bugs-2250498 ] bug on canvas + label_pos inside gop
by SourceForge.net 20 Apr '09

20 Apr '09

Bugs item #2250498, was opened at 2008-11-09 13:46 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2250498&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: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: João Pais (jmmmp) Assigned to: Miller Puckette (millerpuckette) Summary: bug on canvas + label_pos inside gop Initial Comment: there's an error (Pd-ext) when you use a canvas inside a gop with the command label_pos. basically, the label just jumps to somewhere in the patch (definite coordinates, not random). Here is a test patch. (windows here, latest official pd-ext) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-20 17:46 Message: Confirmed on Mac OS X 10.5.6/Intel using Pd-vanilla 0.42-4 and Pd version 0.41.4-extended-20090419 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2250498&group_…

1 0

Jump to page:

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 April 2009