Pd-dev April 2008

pd-dev@lists.iem.at

24 participants
178 discussions

Re: [PD-dev] PD-dev Digest, Vol 37, Issue 1
by Justin Robert 01 Apr '08

01 Apr '08

whoop, sorry hit reply on wrong message. Please ignore my last email j -------------------------------------------------- From: <pd-dev-request(a)iem.at> Sent: Monday, March 31, 2008 9:15 PM To: <pd-dev(a)iem.at> Subject: PD-dev Digest, Vol 37, Issue 1 > Send PD-dev mailing list submissions to > pd-dev(a)iem.at > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.puredata.info/listinfo/pd-dev > or, via email, send a message with subject or body 'help' to > pd-dev-request(a)iem.at > > You can reach the person managing the list at > pd-dev-owner(a)iem.at > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of PD-dev digest..." > > > Today's Topics: > > 1. Re: adding pdpedia links to all help patches > (Hans-Christoph Steiner) > 2. Re: names of 'pd' tags (Hans-Christoph Steiner) > 3. garrays loading (Sylvain Le Beux) > 4. Re: garrays loading (IOhannes m zmoelnig) > 5. [ pure-data-Bugs-1930436 ] import bug (SourceForge.net) > 6. [ pure-data-Patches-1930681 ] 0.41-4 s_path.c fixes > (SourceForge.net) > 7. [ pure-data-Patches-1930701 ] configure for a compiler other > than cc (SourceForge.net) > 8. [ pure-data-Patches-1930733 ] 0.41-4: prevent buffer overrun > in m_class.c (SourceForge.net) > 9. [ pure-data-Patches-1930745 ] fix type-punned pointers (part > 1) (SourceForge.net) > 10. [ pure-data-Patches-1930747 ] fix type-punned pointers (part > 2) (SourceForge.net) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 31 Mar 2008 11:28:02 -0400 > From: Hans-Christoph Steiner <hans(a)eds.org> > Subject: Re: [PD-dev] adding pdpedia links to all help patches > To: IOhannes m zmoelnig <zmoelnig(a)iem.at> > Cc: pd-dev List <pd-dev(a)iem.at> > Message-ID: <5E34FA46-E050-42E1-9CAF-A694A190567F(a)eds.org> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > > On Mar 31, 2008, at 5:51 AM, IOhannes m zmoelnig wrote: >> Hans-Christoph Steiner wrote: >>> Who does not want this checked into trunk? >> >> me. > > I knew that already ;) > >> but as i understand luke's proposal it can be done without >> modifying any help-patch anyhow. > > > Yes, I think it is a good idea and should be included. I am not sure > whether it is a full replacement for having the embedded link in the > patch, but I am willing to try. > > .hc > > ------------------------------------------------------------------------ > ---- > > You can't steal a gift. Bird gave the world his music, and if you can > hear it, you can have it. - Dizzy Gillespie > > > > > > > ------------------------------ > > Message: 2 > Date: Mon, 31 Mar 2008 11:35:07 -0400 > From: Hans-Christoph Steiner <hans(a)eds.org> > Subject: Re: [PD-dev] names of 'pd' tags > To: IOhannes m zmoelnig <zmoelnig(a)iem.at> > Cc: pd-dev List <pd-dev(a)iem.at> > Message-ID: <0E750DA5-CB81-443E-A2D9-5E4A3C9C582C(a)eds.org> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > > On Mar 31, 2008, at 5:59 AM, IOhannes m zmoelnig wrote: >> Hans-Christoph Steiner wrote: >>> Hey, >>> http://pure-data.svn.sourceforge.net/viewvc/pure-data/tags/pd/ >>> I just added tags for 0.41.0 thru 0.41.2. Those tags for 'pd' are >>> a bit of a mess, so I would like to propose cleaning them up. >>> First, I think we can ditch the 'pd-' prefix since they are >>> already in a >> >> i agree. >> >>> folder called 'pd'. Second, I think we should use the very >>> standard '.' as the separator between numbers. >> >> hmm, miller's versioning scheme has been consistent since (i think >> at least) pd-0.34-0 >> so i don't see a reason to change branch-names to just another >> standard just because we can. instead i think branch/tag-names of >> Pd should follow the versioning scheme of Pd as closely as possible. >> > > Pd is the only software that I have ever seen that uses "-" to > separate the minor version. Not only that, but the "-" is a very > common separator used to add a package version to packages (like > Debian, etc.). Pd's "-" causes problems there. I see no advantages > to keeping the "0.39-3" format. > > You guys could use feet, inches, pounds and pints since you are > working with Americans, but I think you'd rather use what the rest of > the world uses: meters, grams, and liters. > >>> - I think we should probably also clean up the "pd-0.39-3", >>> "pd-0.39-3-again", "pd-0.39-3-oncemore", , "pd-0.39-3-really" to >>> be just the right 0.39.3. >> >> hmm, i don't know why these branches are named like that. >> one could argue that the person who created them did so on purpose >> (though probably not) > > > "0.39.3" is not defined by the tag. The tag is instead marking the > code that represents 0.39.3. If you read the commit comments, those > tags are because there were problems. Therefore "0.39.3" should be > > >>> - do we need the test versions listed in the tags? There are only >>> a couple existing anyway. >> >> again, as these branches had been created, why should we not need >> them? >> > > I am fine with leaving these if someone wants them. > > .hc > > > > > ------------------------------------------------------------------------ > ---- > > "Free software means you control what your computer does. Non-free > software means someone else controls that, and to some extent > controls you." - Richard M. Stallman > > > > > > ------------------------------ > > Message: 3 > Date: Mon, 31 Mar 2008 18:09:03 +0200 > From: "Sylvain Le Beux" <artheist(a)gmail.com> > Subject: [PD-dev] garrays loading > To: pd-dev(a)iem.at > Message-ID: > <b40a6b5b0803310909s44638e04q45a90ac62d272a39(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hi everyone, > > I am actually writing an external which manipulates some audio buffers, > and > for this purpose I use garrays (i.e. garrays names are actual arguments of > my external). > The problem is that in order, for my external, to retrieve the data > contained in the buffer, I need to reinstantiate the object and then it > works just fine. > There is here something that I am missing about the way Pd handles with > garrays ... > > Any help appreciated > > Sylvain >

1 0

[ pure-data-Patches-1930769 ] 0.41-4 fix memory leak with array sinesum/cosinesum
by SourceForge.net 01 Apr '08

01 Apr '08

Patches item #1930769, was opened at 2008-04-01 02:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930769&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: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: 0.41-4 fix memory leak with array sinesum/cosinesum Initial Comment: svecs are allocated twice.... --- ../src.ori/g_array.c 2008-03-15 01:03:00.000000000 +0100 +++ g_array.c 2008-04-01 04:05:50.000000000 +0200 @@ -1221,7 +1221,7 @@ static void garray_sinesum(t_garray *x, t_symbol *s, int argc, t_atom *argv) { - t_float *svec = (t_float *)t_getbytes(sizeof(t_float) * argc); + t_float *svec; int npoints, i; if (argc < 2) { @@ -1244,7 +1244,7 @@ static void garray_cosinesum(t_garray *x, t_symbol *s, int argc, t_atom *argv) { - t_float *svec = (t_float *)t_getbytes(sizeof(t_float) * argc); + t_float *svec; int npoints, i; if (argc < 2) { ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930769&group_…

1 0

names of 'pd' tags
by Hans-Christoph Steiner 01 Apr '08

01 Apr '08

Hey, http://pure-data.svn.sourceforge.net/viewvc/pure-data/tags/pd/ I just added tags for 0.41.0 thru 0.41.2. Those tags for 'pd' are a bit of a mess, so I would like to propose cleaning them up. First, I think we can ditch the 'pd-' prefix since they are already in a folder called 'pd'. Second, I think we should use the very standard '.' as the separator between numbers. Third, for test releases, we can use the dash, so that they sort before released version. So something like this: pure-data/tags/pd/0.40-test1 pure-data/tags/pd/0.40-test5 pure-data/tags/pd/0.40.0 pure-data/tags/pd/0.40.1 pure-data/tags/pd/0.40.2 pure-data/tags/pd/0.40.3 pure-data/tags/pd/0.41-test5 pure-data/tags/pd/0.41.0 pure-data/tags/pd/0.41.1 pure-data/tags/pd/0.41.2 - I think we should probably also clean up the "pd-0.39-3", "pd-0.39-3-again", "pd-0.39-3-oncemore", , "pd-0.39-3-really" to be just the right 0.39.3. - do we need the test versions listed in the tags? There are only a couple existing anyway. .hc ------------------------------------------------------------------------ ---- http://at.or.at/hans/

3 3

[ pure-data-Patches-1930748 ] fix type-punned pointers (part 3)
by SourceForge.net 01 Apr '08

01 Apr '08

Patches item #1930748, was opened at 2008-04-01 01:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930748&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: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: fix type-punned pointers (part 3) Initial Comment: oh, forgot to say, those patches are against pd-0.41-4 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930748&group_…

1 0

[ pure-data-Patches-1930747 ] fix type-punned pointers (part 2)
by SourceForge.net 01 Apr '08

01 Apr '08

Patches item #1930747, was opened at 2008-04-01 01:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930747&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: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: fix type-punned pointers (part 2) Initial Comment: part 1 continued ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930747&group_…

1 0

[ pure-data-Patches-1930745 ] fix type-punned pointers (part 1)
by SourceForge.net 01 Apr '08

01 Apr '08

Patches item #1930745, was opened at 2008-04-01 01:30 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930745&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: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: fix type-punned pointers (part 1) Initial Comment: optimization with strict-aliasing chokes on type-punned pointers. Type-casting is replaced with unions. Using static functions in m_pd.h is not nice, but those will be inlined by any decent compilers anyway. Even better would be checking for the inline keyword with autoconf and use that throughout pd when available. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930745&group_…

1 0

[ pure-data-Patches-1930733 ] 0.41-4: prevent buffer overrun in m_class.c
by SourceForge.net 01 Apr '08

01 Apr '08

Patches item #1930733, was opened at 2008-04-01 01:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930733&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: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: 0.41-4: prevent buffer overrun in m_class.c Initial Comment: the array only has MAXPDARG elements....... --- m_class.ori.c 2008-04-01 03:00:09.000000000 +0200 +++ m_class.c 2008-04-01 03:00:12.000000000 +0200 @@ -763,7 +763,7 @@ va_start(ap, fmt); while (1) { - if (nargs > MAXPDARG) + if (nargs >= MAXPDARG) { pd_error(x, "pd_vmess: only %d allowed", MAXPDARG); break; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930733&group_…

1 0

[ pure-data-Patches-1930701 ] configure for a compiler other than cc
by SourceForge.net 01 Apr '08

01 Apr '08

Patches item #1930701, was opened at 2008-04-01 00:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930701&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: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: configure for a compiler other than cc Initial Comment: the patch below against makefile.in (0.41-4) allows for a configuration run like CC=gcc-4.3 ./configure --disable-fat where gcc-4.3 will be used as the compiler --- makefile.ori.in 2008-04-01 02:23:18.000000000 +0200 +++ makefile.in 2008-04-01 02:23:28.000000000 +0200 @@ -32,6 +32,7 @@ -Wno-unused -Wno-parentheses -Wno-switch ARCH_CFLAGS = -DPD +CC = @CC@ CFLAGS = @CFLAGS@ $(ARCH_CFLAGS) $(WARN_CFLAGS) $(CPPFLAGS) $(MORECFLAGS) # the sources ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930701&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 2008