Pd-dev March 2009

pd-dev@lists.iem.at

19 participants
75 discussions

[ pure-data-Bugs-2658526 ] Pd crashes when opening a patch beginning with bad chars
by SourceForge.net 23 Mar '09

23 Mar '09

Bugs item #2658526, was opened at 2009-03-03 19:51 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2658526&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: Duplicate Priority: 8 Private: No Submitted By: Dan Wilcox (danomatika) Assigned to: Miller Puckette (millerpuckette) Summary: Pd crashes when opening a patch beginning with bad chars Initial Comment: I'm running Pd 0.42.4 vanilla compiled for 64 bit Ubuntu Intrepid. I'm not sure if this is a general bug or a 64 bit specific one. Opening some of my song patches crashes Pd rather frequently. I'm not sure what it is about these particular patches, but they seem to kill pd most often when I'm running jack as opposed to oss, etc but mabye that has nothing to do with it. Anyway, I ran pd in gdb and caught two different segfaults on 2 crash instances: Program received signal SIGSEGV, Segmentation fault. ... binbuf_text (x=0x2212c30, text=<value optimized out>, size=<value optimized out>) at m_binbuf.c:73 73 if (*textp == ';') SETSEMI(ap), textp++; Program received signal SIGSEGV, Segmentation fault. ... word_init (wp=0x8, template=0xdd5b30, gp=0x11e04d0) at g_scalar.c:27 27 wp->w_float = 0; ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-03-23 14:55 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-03-09 09:32 Message: this is a duplicate of "patch" #1515177 reported (and fixed) by xovo, though not yet(?) accepted by miller. https://sourceforge.net/tracker2/?func=detail&aid=1515177&group_id=55736&at… ---------------------------------------------------------------------- Comment By: Dan Wilcox (danomatika) Date: 2009-03-08 03:51 Message: This also happens in Pd-extended 0.40.3 so I changed the bug title and group. Upon further inspection, I noticed the particular bad patch files had some garbage (to Pd) chars at the beginning from Subversion ... it would be nice if Pd threw up a dialog saying "bad patch file" etc instead of just crashing :P I attached one of the bad files : Ache.pd ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2658526&group_…

1 0

Re: [PD-dev] pd-ext auto builds..
by IOhannes m zmoelnig 23 Mar '09

23 Mar '09

hi. i put this on pd-dev. Hans-Christoph Steiner wrote: > > But if you really want to completely take over the build system from me, > then I'd have no complaints. :) actually i do. scons is a nice, widely used, cross-platform and open build system. a few years ago somebody has done the work to sconsify the entire build-system in the repository. the only reminders of this attempt are stray sconstructs/sconscripts shattered throughout the source tree, most (if not none) of them not working. i would prefer this not happening again. however, i understand that it was a bad idea to put "only make and nothing but make" into the project description. i should have simply amde my point clear once the project was accepted. > > I've never heard of cmake, so I can't say I have any objections. i have inherited a cmake-based project once and the build-system was nothing but a pain in the arse (of course with me not wanting to learn cmake). > configure and make have the advantage of being widely used. Mostly, Pd > externals don't even need much more than a basic makefile, so I think > that simpler is better. i am with you. finally my not so secret plan for world domination was always about re-using the existing build-systems for externals (if an external already provided one), as this is the one that will be maintained as long as an external is maintained. i have very strong feelings about this. using cmake, scons or whatever seems a bit of an overkill for recursively calling "make" :-) fmgas.dr IOhannes > > .hc > > On Mar 20, 2009, at 3:04 AM, dmotd wrote: > >> hi hans, iohannes, >> >> just a quick question, from 'PDextBuildSystem': >> >> 'The build-system should be based on 'make' (and explicitely not on >> cmake, >> tmake, scons and the like)' >> >> can i ask what the objection to cmake is? bsd-licensed, totally cross >> platform, can generate Makefiles, msvc and xcode projects, good for >> managing >> mixed trunks, and by every indication seems to be a lot easier to >> configure >> than autotools.. if they are the pros then what are the cons? i am no >> build >> expert but i could potentially become interested/involved. >> >> thanks, >> >> dmotd > > > > > > ---------------------------------------------------------------------------- > > > Programs should be written for people to read, and only incidentally for > machines to execute. > - from Structure and Interpretation of Computer Programs > >

1 0

How to construct a dynamic length list in PD external?
by B. Bogart 22 Mar '09

22 Mar '09

Hey all, I searched the archives and looked at some of the code in SVN, but I'm still unsure how to do this. I have a nested for loop that grabs the config options from the PTP camera. The length depends on the camera and its mode. How can I append each name to a list suitable to be used by outlet_list? Anyone keeping a collection of PD C external snippets? Thanks, B.

4 3

[ pure-data-Patches-1944415 ] plugin~ help crashes Pd-extended on Mac OS X
by SourceForge.net 21 Mar '09

21 Mar '09

Patches item #1944415, was opened at 2008-04-16 22:07 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1944415&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: Pending Resolution: Accepted Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: plugin~ help crashes Pd-extended on Mac OS X Initial Comment: In the process of trying the help patch from #1944380, I just foudn another bug: the plugin~ help patch crashes Pd on Mac OS X 10.4.11/Intel using Pd-0.40.3-extended-20080403. I am guessing that this is related to the plugin files it is trying to load ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-03-21 15:06 Message: i made a bugfixed version here: http://bitbucket.org/moumar/ladspa/wiki/Home ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-21 03:13 Message: bad news: it still crashes for me on Mac OS X 10.5.6/Intel and Pd-0.41.4-extended-20090310 with a newly compiled plugin~.pd_darwin. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-21 03:05 Message: checked into trunk: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=108… ---------------------------------------------------------------------- Comment By: zoom zoomzen (zoomzoomzen) Date: 2009-01-05 17:38 Message: hi, here is a patch against Pd-0.40.3-extended that improves error checking for plugin~ and prevent segfaults diff -r b56f17673103 externals/plugin~/plugin~.c --- a/externals/plugin~/plugin~.c Mon Jan 05 16:30:27 2009 +0100 +++ b/externals/plugin~/plugin~.c Mon Jan 05 16:59:40 2009 +0100 @@ -93,7 +93,7 @@ static void* plugin_tilde_new (t_symbol* post("plugin~: Unable to open plugin"); } } - + /* Create in- and outlet(s) */ /* Allocate memory for in- and outlet pointers */ @@ -729,6 +729,11 @@ void plugin_tilde_ladspa_connect_audio ( unsigned port_index = 0; unsigned input_count = 0; unsigned output_count = 0; + + if (x->plugin_library_filename == NULL) { + post("plugin~: plugin not found"); + return; + } /* Allocate out-of-place memory if needed */ if (plugin_tilde_ladspa_alloc_outofplace_memory (x, num_samples)) { ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-17 23:11 Message: Logged In: NO yeah, I submitted that help patch, and have discovered that the plugin~ object crashes when you give an argument that is a ladspa plugin that it cannot find. the problem is a complete lack of error checking. I will see if I can find the time/energy to put some simple error checking in there, and submit it if I can ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1944415&group_…

1 0

[ pure-data-Patches-1851193 ] [symbolatom\ : doesn't allow to type spaces (ascii 32)
by SourceForge.net 21 Mar '09

21 Mar '09

Patches item #1851193, was opened at 2007-12-15 00:23 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1851193&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: Roman Haefeli (reduzent) Assigned to: Miller Puckette (millerpuckette) Summary: [symbolatom\ : doesn't allow to type spaces (ascii 32) Initial Comment: i would like to read a textfile into an object [textfile] by using the symbolatom as a gui to specify the filename. however, it fails when the filename of the file contains a space. example patch: [symbolatom\ | [read $1( | [textfile] ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-20 23:16 Message: Wow, such a simple fix, I wish I thought of trying years ago. This does make me think that we should have a discussion at PdCon just about spaces and symbols. I included this change in Pd-extended 0.41. Here's the commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=108… ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-04-06 13:42 Message: Logged In: YES user_id=564396 Originator: NO the fix for this is rather trivial (see attached patch) i'm wondering why spaces have been disabled in the first place... File Added: spacesymbol.diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1851193&group_…

1 0

[ pure-data-Patches-1944415 ] plugin~ help crashes Pd-extended on Mac OS X
by SourceForge.net 21 Mar '09

21 Mar '09

Patches item #1944415, was opened at 2008-04-16 18:07 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1944415&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: Pending Resolution: Accepted Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: plugin~ help crashes Pd-extended on Mac OS X Initial Comment: In the process of trying the help patch from #1944380, I just foudn another bug: the plugin~ help patch crashes Pd on Mac OS X 10.4.11/Intel using Pd-0.40.3-extended-20080403. I am guessing that this is related to the plugin files it is trying to load ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-20 23:13 Message: bad news: it still crashes for me on Mac OS X 10.5.6/Intel and Pd-0.41.4-extended-20090310 with a newly compiled plugin~.pd_darwin. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-20 23:05 Message: checked into trunk: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=108… ---------------------------------------------------------------------- Comment By: zoom zoomzen (zoomzoomzen) Date: 2009-01-05 12:38 Message: hi, here is a patch against Pd-0.40.3-extended that improves error checking for plugin~ and prevent segfaults diff -r b56f17673103 externals/plugin~/plugin~.c --- a/externals/plugin~/plugin~.c Mon Jan 05 16:30:27 2009 +0100 +++ b/externals/plugin~/plugin~.c Mon Jan 05 16:59:40 2009 +0100 @@ -93,7 +93,7 @@ static void* plugin_tilde_new (t_symbol* post("plugin~: Unable to open plugin"); } } - + /* Create in- and outlet(s) */ /* Allocate memory for in- and outlet pointers */ @@ -729,6 +729,11 @@ void plugin_tilde_ladspa_connect_audio ( unsigned port_index = 0; unsigned input_count = 0; unsigned output_count = 0; + + if (x->plugin_library_filename == NULL) { + post("plugin~: plugin not found"); + return; + } /* Allocate out-of-place memory if needed */ if (plugin_tilde_ladspa_alloc_outofplace_memory (x, num_samples)) { ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-17 19:11 Message: Logged In: NO yeah, I submitted that help patch, and have discovered that the plugin~ object crashes when you give an argument that is a ladspa plugin that it cannot find. the problem is a complete lack of error checking. I will see if I can find the time/energy to put some simple error checking in there, and submit it if I can ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1944415&group_…

1 0

[ pure-data-Patches-1944415 ] plugin~ help crashes Pd-extended on Mac OS X
by SourceForge.net 21 Mar '09

21 Mar '09

Patches item #1944415, was opened at 2008-04-16 18:07 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1944415&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: Accepted Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: plugin~ help crashes Pd-extended on Mac OS X Initial Comment: In the process of trying the help patch from #1944380, I just foudn another bug: the plugin~ help patch crashes Pd on Mac OS X 10.4.11/Intel using Pd-0.40.3-extended-20080403. I am guessing that this is related to the plugin files it is trying to load ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-20 23:05 Message: checked into trunk: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=108… ---------------------------------------------------------------------- Comment By: zoom zoomzen (zoomzoomzen) Date: 2009-01-05 12:38 Message: hi, here is a patch against Pd-0.40.3-extended that improves error checking for plugin~ and prevent segfaults diff -r b56f17673103 externals/plugin~/plugin~.c --- a/externals/plugin~/plugin~.c Mon Jan 05 16:30:27 2009 +0100 +++ b/externals/plugin~/plugin~.c Mon Jan 05 16:59:40 2009 +0100 @@ -93,7 +93,7 @@ static void* plugin_tilde_new (t_symbol* post("plugin~: Unable to open plugin"); } } - + /* Create in- and outlet(s) */ /* Allocate memory for in- and outlet pointers */ @@ -729,6 +729,11 @@ void plugin_tilde_ladspa_connect_audio ( unsigned port_index = 0; unsigned input_count = 0; unsigned output_count = 0; + + if (x->plugin_library_filename == NULL) { + post("plugin~: plugin not found"); + return; + } /* Allocate out-of-place memory if needed */ if (plugin_tilde_ladspa_alloc_outofplace_memory (x, num_samples)) { ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-17 19:11 Message: Logged In: NO yeah, I submitted that help patch, and have discovered that the plugin~ object crashes when you give an argument that is a ladspa plugin that it cannot find. the problem is a complete lack of error checking. I will see if I can find the time/energy to put some simple error checking in there, and submit it if I can ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1944415&group_…

1 0

Reinstatement to Source Forge Project
by Mike McGonagle 21 Mar '09

21 Mar '09

Hello all, I was looking at getting the SQL stuff that I have been working on into the Source Forge Project, so that I could get it into the nightly builds, and in the process of doing that, I found that I am no longer on the developers list... I was hoping that the powers that be might reinstate my name on the list. Thank you, Mike -- E. B. White - "Be obscure clearly."

2 2

[declare -distro vanilla]
by Hans-Christoph Steiner 20 Mar '09

20 Mar '09

I was just thinking about loading libraries and namespaces. One thing that a lot of people want to do is have a default set of libraries loaded so that they are already in the global namespace and don't need declare/import or a namespace prefix. If you think of the included objectclasses and abstractions as objectclasses that are no different than any other, then we have something like this for a list of existing distros: vanilla pd-externals (Debian package) pd-extended pure:dyne? (does this load some libs by default?) rjdj Then there could be also something like a 'maxmsp' distro for a compatibility mode. So I was thinking there could be a "#X declare - distro vanilla" that each distro saves into every file. It would be safely ignored for Pd versions that didn't support the -distro flag. This distro flag would then setup the canvas-local namespace with the libraries as they are loaded for that distro. Just an idea that I wanted to through out there. .hc ---------------------------------------------------------------------------- Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams

3 5

[ pure-data-Patches-1899317 ] fix for new version of JackOSX
by SourceForge.net 20 Mar '09

20 Mar '09

Patches item #1899317, was opened at 2008-02-21 22:43 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1899317&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: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fix for new version of JackOSX Initial Comment: With the upgrade to JackOSX 0.76, the has a framework with a different name. The old version was called 'Jack.framework', this one is called 'Jackmp.framework'. two lines in configure.in need to reflect this. That's what this patch does. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-20 12:41 Message: I would like to set up a Pd-vanilla + extended build on Mac OS X, and the issue fixed by this little patch is making it difficult. Including this change would make it easy, and would allow Pd+Jack to be usable on Mac OS X. The new version of JackOSX fixes lots of bugs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1899317&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