Pd-dev February 2012

pd-dev@lists.iem.at

18 participants
102 discussions

[ pure-data-Patches-3485013 ] File->Save As..., Edit->Copy, Edit->Select All for Pd Window
by SourceForge.net 16 Feb '12

16 Feb '12

Patches item #3485013, was opened at 2012-02-06 08:28 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3485013&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: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: File->Save As..., Edit->Copy, Edit->Select All for Pd Window Initial Comment: I just implemented File->Save As..., Edit->Copy, and Edit->Select All for the Pd window. Its not the whole list that you posted here, but I think its the most commonly used ones. Its in Pd-extended, and I attached the patch. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-02-16 14:08 Message: x0V7jz <a href="http://iudhaaqllzhm.com/">iudhaaqllzhm</a>, [url=http://yedimckrnkdq.com/]yedimckrnkdq[/url], [link=http://aygazhtvcgyl.com/]aygazhtvcgyl[/link], http://wxbunjrnpczw.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3485013&group_…

1 0

[ pure-data-Bugs-3488333 ] Help menu searching not responding
by SourceForge.net 16 Feb '12

16 Feb '12

Bugs item #3488333, was opened at 2012-02-16 13:45 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3488333&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Help menu searching not responding Initial Comment: i can use pd without issue except for when i want to access the Help menu. I'm unable to type anything into the search. cursor doesn't blink and pressing keys on the keyboard produce nothing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3488333&group_…

1 0

[ pure-data-Patches-1502860 ] class-destructor (free-method) not called when quitting pd
by SourceForge.net 16 Feb '12

16 Feb '12

Patches item #1502860, was opened at 2006-06-08 05:33 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1502860&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-dev Group: bugfix Status: Open Resolution: None Priority: 7 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: class-destructor (free-method) not called when quitting pd Initial Comment: when an object is destroyed (either directly deleted or by closing the patch containing it) the "free" method (a "destructor" in c++-speak) for this object is called. however, when pd is "quit" (e.g. "Ctrl-Q"), this destructor does not get called, which potentially leaves the system in a bad state. the attached patch fixes this by adding a "glob_closeall()" function to g_editor.c (which closes all root canvases) and calling it from within glob_quit() in s_inter.c ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-02-16 10:57 Message: i can't think of any. iirc, miller mentioned something along the lines, that calling all those destructors during an emergency shutdown might just take too long during a performance. (otoh, if a network port is blocked due to not properly cleaning up, this might take even longer) hopefully, if the inclusion in Pd-extended can show that there is no problem (which i believe), we could get it into Pd-proper. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-02-16 10:45 Message: What are the risks or downsides to this patch? I am thinking it should be in Pd-extended ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-04-18 09:18 Message: updated the patch so it applies to Pd-0.43 (and incorporated thomas' suggestion) ---------------------------------------------------------------------- Comment By: Thomas Grill (xovo) Date: 2006-08-02 09:20 Message: Logged In: YES user_id=350252 I think there's a problem in this patch when traversing the canvas list with canvases vanishing meanwhile. It should be more like: void glob_closeall(void*dummy, t_floatarg fforce) { t_canvas*x,*y; for (x = canvas_list; x; ) { y = x->gl_next; canvas_menuclose(x, fforce); /* forced closing of this root canvas */ x = y; } } Still, this assumes that PD doesn't do more than removing that one entry from the canvas list, which is not very clean. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-07-26 02:43 Message: Logged In: YES user_id=564396 actually i think this is rather important when objects interface with the system - so i raised the priority ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1502860&group_…

1 0

[ pure-data-Patches-1502860 ] class-destructor (free-method) not called when quitting pd
by SourceForge.net 16 Feb '12

16 Feb '12

Patches item #1502860, was opened at 2006-06-08 05:33 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1502860&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-dev Group: bugfix Status: Open Resolution: None Priority: 7 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: class-destructor (free-method) not called when quitting pd Initial Comment: when an object is destroyed (either directly deleted or by closing the patch containing it) the "free" method (a "destructor" in c++-speak) for this object is called. however, when pd is "quit" (e.g. "Ctrl-Q"), this destructor does not get called, which potentially leaves the system in a bad state. the attached patch fixes this by adding a "glob_closeall()" function to g_editor.c (which closes all root canvases) and calling it from within glob_quit() in s_inter.c ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-02-16 10:45 Message: What are the risks or downsides to this patch? I am thinking it should be in Pd-extended ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-04-18 09:18 Message: updated the patch so it applies to Pd-0.43 (and incorporated thomas' suggestion) ---------------------------------------------------------------------- Comment By: Thomas Grill (xovo) Date: 2006-08-02 09:20 Message: Logged In: YES user_id=350252 I think there's a problem in this patch when traversing the canvas list with canvases vanishing meanwhile. It should be more like: void glob_closeall(void*dummy, t_floatarg fforce) { t_canvas*x,*y; for (x = canvas_list; x; ) { y = x->gl_next; canvas_menuclose(x, fforce); /* forced closing of this root canvas */ x = y; } } Still, this assumes that PD doesn't do more than removing that one entry from the canvas list, which is not very clean. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-07-26 02:43 Message: Logged In: YES user_id=564396 actually i think this is rather important when objects interface with the system - so i raised the priority ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1502860&group_…

1 0

Re: [PD-dev] iemnet classes not loading in current Pd-extended for Windows
by Hans-Christoph Steiner 16 Feb '12

16 Feb '12

Try yesterday's or today's build. It works for me. .hc On Feb 14, 2012, at 3:44 PM, Roman Haefeli wrote: > Thanks, Hans. > > So it's not a iemnet specific problem? Anyway, let me know, when I > should test again. > > Cheers > Roman > > > On Tue, 2012-02-14 at 15:30 -0500, Hans-Christoph Steiner wrote: >> Turns out that the libfoo.dll thing in libdirs isn't loading properly in Windows. I have a fix in the works. >> >> .hc >> >> On Feb 14, 2012, at 3:24 PM, Roman Haefeli wrote: >> >>> Hi >>> >>> In the latest (working) version of Pd-extended (2012-02-01) for Windows, >>> iemnet classes cannot be created. When creating >>> >>> [import iemnet] >>> >>> :tcpclient: <- does not create >>> >>> I get: >>> >>> C:\\Program Files\\pd-extended\\extra\\iemnet\\tcpclient.dll: couldn't load >>> >>> which seems to indicate that the actual file is found, but cannot be >>> loaded for some other reason. >>> >>> I found that I can force it to load by creating the following objects in >>> the given order: >>> >>> [import iemnet] >>> >>> :libiemnet: <- doesn't create, but seems to load the dll >>> >>> [tcpclient] <- now creates >>> >>> I cannot tell whether it is a problem in the packaging of Pd-extended or >>> in the library itself. I hope the respective persons (Hans, IOhannes) >>> will figure that out. >>> >>> Roman >>> >>> >>> _______________________________________________ >>> Pd-dev mailing list >>> Pd-dev(a)iem.at >>> http://lists.puredata.info/listinfo/pd-dev >> >> >> >> ---------------------------------------------------------------------------- >> >> If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it. - Thomas Jefferson >> >> > > ---------------------------------------------------------------------------- Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli

2 1

iemnet classes not loading in current Pd-extended for Windows
by Roman Haefeli 14 Feb '12

14 Feb '12

Hi In the latest (working) version of Pd-extended (2012-02-01) for Windows, iemnet classes cannot be created. When creating [import iemnet] :tcpclient: <- does not create I get: C:\\Program Files\\pd-extended\\extra\\iemnet\\tcpclient.dll: couldn't load which seems to indicate that the actual file is found, but cannot be loaded for some other reason. I found that I can force it to load by creating the following objects in the given order: [import iemnet] :libiemnet: <- doesn't create, but seems to load the dll [tcpclient] <- now creates I cannot tell whether it is a problem in the packaging of Pd-extended or in the library itself. I hope the respective persons (Hans, IOhannes) will figure that out. Roman

2 1

[ pure-data-Feature Requests-3487549 ] inlets for setting window size and period in env~
by SourceForge.net 14 Feb '12

14 Feb '12

Feature Requests item #3487549, was opened at 2012-02-14 05:05 Message generated for change (Tracker Item Submitted) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3487549&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 Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: inlets for setting window size and period in env~ Initial Comment: Even if one doesn't need to actually change them at any time, being able to set them at runtime through inlets is absolutely necessary if one wants them to be computed as a function of some of the containing patch's creation arguments. At least untill we will be able to write expressions in creation arguments that would be evaluated at creation time. (but even then, we won't be able to write _programs_ in creation arguments!) Imagine for example you want to make an abstraction that computes the amplitude of the signal and takes an approximate RATE (analysis per second) as creation argument. You just can't. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3487549&group_…

1 0

libpng12 fix for gridflow.pd_darwin
by Hans-Christoph Steiner 14 Feb '12

14 Feb '12

I just tried loading gridflow 9.13 on Pd-extended 0.43 on Mac OS X 10.6.8, and it couldn't load because it was looking for libpng12.0.dylib inside of Pd-extended. The included dylibs are automatically included based on what the included objects are linked to, so they are not good to rely on, because they can change in a given version. So you can easily include libpng12.0.dylib in your gridflow package, here's how: cp /Applications/Pd-extended.app/Contents/lib/libpng12.0.dylib \ /Library/Pd/gridflow/libpng12/ install_name_tool -id /Library/Pd/gridflow/libpng12/libpng12.0.dylib \ /Library/Pd/gridflow/libpng12/libpng12.0.dylib install_name_tool -change @executable_path/../../lib/libpng12.0.dylib \ @loader_path/libpng12/libpng12.0.dylib \ /Library/Pd/gridflow/gridflow.pd_darwin Now the gridflow/ folder can go into /Library/Pd, ~/Library/Pd or anywhere really. @loader_path is the path from where gridflow.pd_darwin is loaded. .hc ---------------------------------------------------------------------------- "A cellphone to me is just an opportunity to be irritated wherever you are." - Linus Torvalds

2 5

Can anyone on windows 7 confirm TCL bug?
by Miller Puckette 13 Feb '12

13 Feb '12

To Pd dev - Several of my students have windows 7, on which the TCL line "package require registry" seems to fail (not able to find or load the file tclreg12.dll). I put a report on Sourceforge: http://sourceforge.net/tracker/?func=detail&aid=3484492&group_id=55736&atid… Woed any of you have ready access to a windows 7 mchine to see if you can replicate this? I don't have one and it might be a while before I can get hold of one. thanks Miller

3 8

[ pure-data-Bugs-3487341 ] Couldn't close after viewing help
by SourceForge.net 13 Feb '12

13 Feb '12

Bugs item #3487341, was opened at 2012-02-13 09:14 Message generated for change (Tracker Item Submitted) made by billystiltner You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3487341&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: Billy Stiltner (billystiltner) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Couldn't close after viewing help Initial Comment: Browsed help browser opened cycle~ listened, closed then couldn't close help browser Pd Version: 0.43.1-extended-20120209 Tcl Version: 8.4.19 Tcl Version: 8.4.19 (Tcl) INVALID COMMAND NAME: invalid command name "-width" while executing "-width 2.000000\ -fill #c0c0c0\ -tags curve8f47f4c" ("uplevel" body line 1) invoked from within "uplevel #0 $cmds_from_pd".x8f2bf30: no such object .x8f2bf30: no such object .x8f2bf30: no such object .x8f2bf30: no such object .x8f2bf30: no such object .x8f2bf30: no such object .x8f2bf30: no such object .x8f2bf30: no such object .x8f2bf30: no such object Earlier pd locked up opening a patch on first run, did not load patch and window went blank, later the patch did load but locked up wile editing. A previous install locked up while playing, guis stopped updating graphics but sliders still sent values while audio playing. This error could be from adding other sources for installation to package manager. Yesterday I installed the pd-dev and compiled ggee ten ununstalled vanilla and extended anf reinstalled puredata from ubuntu software center. Today I tried to compile cyclone and compiler haulted because of missing dev package but the headers were still there. tried to get dev package again and operation haulted because of dependencies not being fetched. Noticed jackd2 is dummy placeolder. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3487341&group_…

1 0

← Newer
1
2
3
4
5
6
7
8
...
11
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 February 2012