Pd-dev March 2009

pd-dev@lists.iem.at

19 participants
75 discussions

[ pure-data-Patches-1953853 ] fix for empty GOP draws red rect on parent
by SourceForge.net 18 Mar '09

18 Mar '09

Patches item #1953853, was opened at 2008-04-29 03:40 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1953853&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: bugfix >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jakob Leben (jleben) Assigned to: Miller Puckette (millerpuckette) Summary: fix for empty GOP draws red rect on parent Initial Comment: This patch fixes the following bug: The "graph on parent" red rectangle is drawn on the parent patch when an object is created in a subpatch by sending it a message after the subpatch has been set to GOP but it's window has been closed before any objects had been created in it. This is a patch against pd-0.41-4. --- pd2patch-orig/g_graph.c 2008-03-15 01:03:00.000000000 +0100 +++ pd2patch-leben/g_graph.c 2008-04-29 01:53:17.000000000 +0200 @@ -43,7 +43,7 @@ && pd_checkobject(&y->g_pd)) { x->gl_goprect = 1; - canvas_drawredrect(x, 1); + if(x->gl_havewindow) canvas_drawredrect(x, 1); } if (glist_isvisible(x)) gobj_vis(y, x, 1); ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:51 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-01-12 18:00 Message: looking at g_graph.c in trunk, this patch wasn't accepted, but the bug doesn't happen in 0.42.2. Anyone know how it was fixed? ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-01-12 16:24 Message: seems to be accepted (or fixed) in 0.42 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-01 12:53 Message: Logged In: YES user_id=27104 Originator: NO added patch to demonstrate the bug, and added the patch to branches/pd-extended/0.40 File Added: red_rect_on_parent_bug.pd ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1953853&group_…

1 0

[ pure-data-Bugs-1191610 ] subpatch rename
by SourceForge.net 18 Mar '09

18 Mar '09

Bugs item #1191610, was opened at 2005-04-28 10:28 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1191610&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: Closed Resolution: Fixed Priority: 7 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: subpatch rename Initial Comment: 1 create a subpatch (pd sub). 2 create object (ctl 1) click only once into the canvas (the object is still blue) 3 rename the subpatch to a unknown object (trtrtrtrtr) 4 pd freezes. marius.schebella_at_chello.at ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:51 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-01-12 16:53 Message: seems to be fixed (at least) in 0.42 ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-09-16 08:06 Message: the problem is that glist_noselect() is called recursively and thus it's inner while-loop does not return (since glist_deselect() immediately quits and therefore the terminating condition (which should be set within glist_deselect()) is never met. a quick and dirty hack is to comment out the line g_editor.c:174 ("if (reenter) return;" in glist_deselect()) however, the re-entrance code seems to be there on purpose, so i guess, my "solution" is NOT recommended. ---------------------------------------------------------------------- Comment By: marius schebella (mariusschebella) Date: 2008-09-16 03:12 Message: just had a déjà vu. this bug is still freezing Pd. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2007-10-16 11:35 Message: Logged In: YES user_id=564396 Originator: NO raised priority since it (still) hangs Pd ---------------------------------------------------------------------- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2005-11-08 23:33 Message: Logged In: YES user_id=769033 I just ran into this bug (or related bug): 1. create a subpatch [pd test] 2. create a couple of number boxes in the subpatch 3. click into the canvas of the subpatch 4. select the number boxes in the subpatch 5. click into the [pd test] box and rename it to the object [mtof] 6. on clicking into the canvas, Pd hangs: Pd version 0.39-1 compiled 05:20:44 Nov 7 2005 (gdb) where #0 glist_deselect (x=0x828b2a0, y=0x8289178) at g_editor.c:215 #1 0x08086de1 in glist_noselect (x=0x828b2a0) at g_editor.c:222 #2 0x0805961c in canvas_free (x=0x828b2a0) at g_canvas.c:873 #3 0x080a4387 in pd_free (x=0x828b2a0) at m_pd.c:33 #4 0x0805c2a9 in glist_delete (x=0x8249318, y=0x828b2a0) at g_graph.c:120 #5 0x08062b82 in text_setto (x=0x0, glist=0x8249318, buf=0x4b <Address 0x4b out of bounds>, bufsize=54) at g_text.c:1293 #6 0x080818c1 in glist_deselect (x=0x8249318, y=0x828b2a0) at g_editor.c:207 #7 0x08083229 in canvas_doclick (x=0x8249318, xpos=115, ypos=82, which=1, mod=137019608, doit=1) at g_editor.c:222 #8 0x080875db in canvas_mousedown (x=0x8295a88, xpos=0, ypos=0, which=0, mod=0) at g_editor.c:1252 #9 0x080a54ed in pd_typedmess (x=0x8249318, s=0x82ac0c8, argc=136614680, argv=0x42e60000) at m_class.c:728 #10 0x080a53b6 in pd_typedmess (x=0x82bfc90, s=0x82ac0c8, argc=4, argv=0x81266e8) at m_class.c:749 #11 0x080a8894 in binbuf_eval (x=0x8295a88, target=0x82bfc90, argc=0, argv=0x0) at m_binbuf.c:574 #12 0x080b0cf0 in socketreceiver_read (x=0x8243228, fd=0) at s_inter.c:540 #13 0x080b28bf in sys_domicrosleep (microsec=136927880, pollem=1) at s_inter.c:180 #14 0x080b1f58 in sys_microsleep (microsec=136927880) at s_inter.c:202 #15 0x080ad6cf in m_scheduler () at m_sched.c:487 #16 0x080b80db in main (argc=136927880, argv=0x8295a88) at s_entry.c:27 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1191610&group_…

1 0

[ pure-data-Patches-1930681 ] 0.41-4 s_path.c fixes
by SourceForge.net 18 Mar '09

18 Mar '09

Patches item #1930681, was opened at 2008-03-31 23:44 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930681&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: bugfix >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Miller Puckette (millerpuckette) Summary: 0.41-4 s_path.c fixes Initial Comment: Two fixes for buffer overrun (buf[1000]=0 later) and rc file args: --- s_path.ori.c 2008-04-01 01:37:03.000000000 +0200 +++ s_path.c 2008-04-01 01:38:02.000000000 +0200 @@ -379,7 +379,7 @@ int rcargc; char* rcargv[NUMARGS]; char* buffer; - char fname[MAXPDSTRING], buf[1000], *home = getenv("HOME"); + char fname[MAXPDSTRING], buf[1001], *home = getenv("HOME"); int retval = 1; /* that's what we will return at the end; for now, let's think it'll be an error */ /* initialize rc-arg-array so we can safely clean up at the end */ @@ -423,7 +423,7 @@ fclose(file); if (sys_verbose) { - if (rcargv) + if (rcargc) { post("startup args from RC file:"); for (i = 1; i < rcargc; i++) ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:51 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-01-12 16:32 Message: seems to be fixed (though slightly different) in 0.42 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-15 23:59 Message: Logged In: YES user_id=27104 Originator: NO checked into branches/pd-extended/0.40 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930681&group_…

1 0

[ pure-data-Bugs-1602093 ] non-executable files installed with executable permissions
by SourceForge.net 18 Mar '09

18 Mar '09

Bugs item #1602093, was opened at 2006-11-24 04:12 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1602093&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: Closed Resolution: Fixed Priority: 1 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Miller Puckette (millerpuckette) Summary: non-executable files installed with executable permissions Initial Comment: With pd-0.40-2 from Miller's site: ./configure --enable-jack --prefix=$HOME/puredata-0-40-2 && make && make install cd $HOME/puredata-0-40-2 find -type f -exec ls -l {} \; | grep "\-rwx" | grep -v "\.pd_linux" | sed "s-^.*\ --g" | grep -v "/bin/" | sort ...gives a list of files that are installed with executable permissions and that are not executable files. This list is attached. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:51 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-01-12 16:56 Message: following your steps it seems like this is not an issue any more. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1602093&group_…

1 0

[ pure-data-Bugs-2062558 ] 0.41-4 mac binary doesn't accept arguments
by SourceForge.net 18 Mar '09

18 Mar '09

Bugs item #2062558, was opened at 2008-08-20 15:12 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2062558&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.41.0 >Status: Closed Resolution: Fixed Priority: 7 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Miller Puckette (millerpuckette) Summary: 0.41-4 mac binary doesn't accept arguments Initial Comment: The MacOS build version 0.41-4 doesn't accept command line arguments when e.g. run as "/Applications/Pd-0.41-4/Contents/Resources/bin/pd -noprefs - lib my_lib". This worked in 0.40-2 and is very handy for debugging purposes. Please bring back this useful feature! ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:51 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-01-12 16:10 Message: it seems like this has finally been fixed in 0.42.2 ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2008-08-21 18:48 Message: Logged In: YES user_id=313747 Originator: NO Wierd... I get this too. As a temporary workaround, instead of working inside the "App", just untar the source, ./configure and make -- then the args work, I think. I'll try to figure out why they don't when it's an App... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-08-21 07:35 Message: Logged In: YES user_id=564396 Originator: NO funnily enough we decided yesterday to file a bug-report about this very issue, but thomas was faster :-) it is _really_ annoying when doing development/debugging. interestingly enough, the only argument i found that actually was accepted is "-help", which gives you all the arguments that are unfortunately ignored... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2062558&group_…

1 0

[ pure-data-Bugs-2093470 ] sys_register_loader not exported => no external loaders
by SourceForge.net 18 Mar '09

18 Mar '09

Bugs item #2093470, was opened at 2008-09-04 16:37 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2093470&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.41.0 >Status: Closed Resolution: Duplicate Priority: 8 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Miller Puckette (millerpuckette) Summary: sys_register_loader not exported => no external loaders Initial Comment: $ grep -n sys_register_loader pd-0.41-4/src/* pd-0.41-4/src/s_loader.c:216:void sys_register_loader(loader_t loader) $ (similar result from pd in SVN as of yesterday) To be usable by externals (especially on Windows) it should be declared EXTERN in m_pd.h (along with the definition of loader_t). See for example: http://lists.puredata.info/pipermail/pd-dev/2007-12/010382.html ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:51 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-01-12 15:59 Message: this has been fixed in Pd-0.42; btw, isn't this a duplication of https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1840431&group_… ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-09-04 19:12 Message: Logged In: YES user_id=27104 Originator: NO There is a patch (#1840431) for this sitting in the patch tracker: http://sourceforge.net/tracker/index.php?func=detail&aid=1840431&group_id=5… This affects all platforms, not just Windows. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2093470&group_…

1 0

Re: [PD-dev] [PD] steep filter?
by volker böhm 16 Mar '09

16 Mar '09

> Jo?o Pais hat gesagt: // Jo?o Pais wrote: > >> I looked in my list of pd-ext objects, but found no elliptic >> filters. are >> there any, or any way of getting their coefficients to use with >> biquad~? > > Elliptic filters are rather hard to design, most of the time you > will find > Butterworth or Chebyshev designs in our little audio world. hey, joão you still haven't made friends with fft? ;) i've just finished a max external that does chebyshev filtering with a variable number of poles and adjustable % of ripple in the passband. repackaging this into a pd external wouldn't be too hard. if you are interested in trying this out, drop me a mail and i'll see when i can get it done. volker.

1 1

[ pure-data-Patches-1990599 ] allow recursive calls of new_anything()
by SourceForge.net 16 Mar '09

16 Mar '09

Patches item #1990599, was opened at 2008-06-11 04:36 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1990599&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: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: allow recursive calls of new_anything() Initial Comment: currently there is a protection mechanism against recursively calling "new_anything()". unfortunately this mechanism is the main obstacle that prevents abstractions to be loaded via a "loader" mechanism (and instead requires special case handling) the attached patch will allow some recursive calling of new_anything() (but still has a protection against stack overflow, at a depth of MAXOBJDEPTH=1000) ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-15 20:50 Message: FYI: this was included in the Pd-extended branch in 0.40: http://lists.puredata.info/pipermail/pd-cvs/2008-06/014617.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1990599&group_…

1 0

[ pure-data-Patches-2687764 ] pd-0.42 broken w/Tcl8.6 - interp->result
by SourceForge.net 15 Mar '09

15 Mar '09

Patches item #2687764, was opened at 2009-03-15 12:17 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2687764&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: bugfix Status: Open Resolution: None Priority: 7 Private: No Submitted By: mescalinum (mescalinum) Assigned to: Miller Puckette (millerpuckette) Summary: pd-0.42 broken w/Tcl8.6 - interp->result Initial Comment: from tcl 8.6 direct access to field interp-result is not allowed anymore. you have to use Tcl_Get/SetObjResult. patch fixes that ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-15 15:49 Message: since pd-vanilla 0.43 will most likely include the Tcl code from Pd-devel 0.41, I think it would be more likely that Tcl 8.6 support will happen with that code. Try testing pd-devel. Also, since we are at it, Pd-vanilla doesn't work with Tcl/Tk 8.5 on Mac OS X. Pd doesn't even start, it just gives a "bus error". I think there are quite a few issues with the Tcl-C code in the Pd GUI, so I don't think its worth trying to fix it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2687764&group_…

1 0

[ pure-data-Patches-2687764 ] pd-0.42 broken w/Tcl8.6 - interp->result
by SourceForge.net 15 Mar '09

15 Mar '09

Patches item #2687764, was opened at 2009-03-15 17:17 Message generated for change (Settings changed) made by mescalinum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2687764&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: bugfix Status: Open Resolution: None >Priority: 7 Private: No Submitted By: mescalinum (mescalinum) >Assigned to: Miller Puckette (millerpuckette) Summary: pd-0.42 broken w/Tcl8.6 - interp->result Initial Comment: from tcl 8.6 direct access to field interp-result is not allowed anymore. you have to use Tcl_Get/SetObjResult. patch fixes that ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2687764&group_…

1 0

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