whoop, sorry hit reply on wrong message. Please ignore my last email j
-------------------------------------------------- From: <[EMAIL PROTECTED]> Sent: Monday, March 31, 2008 9:15 PM To: <[email protected]> Subject: PD-dev Digest, Vol 37, Issue 1 > Send PD-dev mailing list submissions to > [email protected] > > 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 > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > 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 <[EMAIL PROTECTED]> > Subject: Re: [PD-dev] adding pdpedia links to all help patches > To: IOhannes m zmoelnig <[EMAIL PROTECTED]> > Cc: pd-dev List <[email protected]> > Message-ID: <[EMAIL PROTECTED]> > 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 <[EMAIL PROTECTED]> > Subject: Re: [PD-dev] names of 'pd' tags > To: IOhannes m zmoelnig <[EMAIL PROTECTED]> > Cc: pd-dev List <[email protected]> > Message-ID: <[EMAIL PROTECTED]> > 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" <[EMAIL PROTECTED]> > Subject: [PD-dev] garrays loading > To: [email protected] > Message-ID: > <[EMAIL PROTECTED]> > 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 > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.puredata.info/pipermail/pd-dev/attachments/20080331/f29ff249/attachment-0001.htm > > ------------------------------ > > Message: 4 > Date: Mon, 31 Mar 2008 18:12:25 +0200 > From: IOhannes m zmoelnig <[EMAIL PROTECTED]> > Subject: Re: [PD-dev] garrays loading > To: Sylvain Le Beux <[EMAIL PROTECTED]> > Cc: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Sylvain Le Beux wrote: >> 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 ... > > > have a look at tabread/tabwrite how it is handled there. > > code might be useful for your specific problem. > > fgmsdr > IOhannes > > > > ------------------------------ > > Message: 5 > Date: Mon, 31 Mar 2008 11:51:36 -0700 > From: "SourceForge.net" <[EMAIL PROTECTED]> > Subject: [PD-dev] [ pure-data-Bugs-1930436 ] import bug > To: [EMAIL PROTECTED] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="UTF-8" > > Bugs item #1930436, was opened at 2008-03-31 11:51 > Message generated for change (Tracker Item Submitted) made by Item > Submitter > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1930436&group_id=55736 > > 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: Nobody/Anonymous (nobody) > Summary: import bug > > Initial Comment: > I am using import to load a single external, for example [import > pddp/pddplink]. > doing so, I can create pddplink without the prefix pddp in my patch. > the only problem is, that [pddp/pddplink] will not work anymore after > that. so import breaks existing paths somehow. > I figured out that not using import at all, only [pddp/pddplink] does what > I need, because having an object [pddp/pddplink] in a patch will enable > [pddplink] if it is created afterwards and [pddp/pddplink] will still work > too. > m. > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1930436&group_id=55736 > > > > ------------------------------ > > Message: 6 > Date: Mon, 31 Mar 2008 16:44:12 -0700 > From: "SourceForge.net" <[EMAIL PROTECTED]> > Subject: [PD-dev] [ pure-data-Patches-1930681 ] 0.41-4 s_path.c fixes > To: [EMAIL PROTECTED] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="UTF-8" > > Patches item #1930681, was opened at 2008-03-31 23:44 > 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=1930681&group_id=55736 > > 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 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++) > > > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930681&group_id=55736 > > > > ------------------------------ > > Message: 7 > Date: Mon, 31 Mar 2008 17:28:04 -0700 > From: "SourceForge.net" <[EMAIL PROTECTED]> > Subject: [PD-dev] [ pure-data-Patches-1930701 ] configure for a > compiler other than cc > To: [EMAIL PROTECTED] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="UTF-8" > > 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_id=55736 > > 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_id=55736 > > > > ------------------------------ > > Message: 8 > Date: Mon, 31 Mar 2008 18:02:00 -0700 > From: "SourceForge.net" <[EMAIL PROTECTED]> > Subject: [PD-dev] [ pure-data-Patches-1930733 ] 0.41-4: prevent buffer > overrun in m_class.c > To: [EMAIL PROTECTED] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="UTF-8" > > 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_id=55736 > > 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_id=55736 > > > > ------------------------------ > > Message: 9 > Date: Mon, 31 Mar 2008 18:31:00 -0700 > From: "SourceForge.net" <[EMAIL PROTECTED]> > Subject: [PD-dev] [ pure-data-Patches-1930745 ] fix type-punned > pointers (part 1) > To: [EMAIL PROTECTED] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="UTF-8" > > 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_id=55736 > > 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_id=55736 > > > > ------------------------------ > > Message: 10 > Date: Mon, 31 Mar 2008 18:33:50 -0700 > From: "SourceForge.net" <[EMAIL PROTECTED]> > Subject: [PD-dev] [ pure-data-Patches-1930747 ] fix type-punned > pointers (part 2) > To: [EMAIL PROTECTED] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="UTF-8" > > 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_id=55736 > > 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_id=55736 > > > > ------------------------------ > > _______________________________________________ > PD-dev mailing list > [email protected] > http://lists.puredata.info/listinfo/pd-dev > > > End of PD-dev Digest, Vol 37, Issue 1 > ************************************* _______________________________________________ PD-dev mailing list [email protected] http://lists.puredata.info/listinfo/pd-dev
