[PD-dev] PD-dev Digest, Vol 37, Issue 1
Justin Robert
justin at justinrobert.com
Tue Apr 1 05:07:00 CEST 2008
whoop, sorry hit reply on wrong message. Please ignore my last email
j
--------------------------------------------------
From: <pd-dev-request at iem.at>
Sent: Monday, March 31, 2008 9:15 PM
To: <pd-dev at iem.at>
Subject: PD-dev Digest, Vol 37, Issue 1
> Send PD-dev mailing list submissions to
> pd-dev at 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 at iem.at
>
> You can reach the person managing the list at
> pd-dev-owner at 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 at eds.org>
> Subject: Re: [PD-dev] adding pdpedia links to all help patches
> To: IOhannes m zmoelnig <zmoelnig at iem.at>
> Cc: pd-dev List <pd-dev at iem.at>
> Message-ID: <5E34FA46-E050-42E1-9CAF-A694A190567F at 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 at eds.org>
> Subject: Re: [PD-dev] names of 'pd' tags
> To: IOhannes m zmoelnig <zmoelnig at iem.at>
> Cc: pd-dev List <pd-dev at iem.at>
> Message-ID: <0E750DA5-CB81-443E-A2D9-5E4A3C9C582C at 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 at gmail.com>
> Subject: [PD-dev] garrays loading
> To: pd-dev at iem.at
> Message-ID:
> <b40a6b5b0803310909s44638e04q45a90ac62d272a39 at 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
> -------------- 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 <zmoelnig at iem.at>
> Subject: Re: [PD-dev] garrays loading
> To: Sylvain Le Beux <artheist at gmail.com>
> Cc: pd-dev at iem.at
> Message-ID: <47F10D69.6050804 at iem.at>
> 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" <noreply at sourceforge.net>
> Subject: [PD-dev] [ pure-data-Bugs-1930436 ] import bug
> To: noreply at sourceforge.net
> Message-ID: <E1JgP6W-0000ba-55 at sc8-sf-web23.sourceforge.net>
> 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" <noreply at sourceforge.net>
> Subject: [PD-dev] [ pure-data-Patches-1930681 ] 0.41-4 s_path.c fixes
> To: noreply at sourceforge.net
> Message-ID: <E1JgTfg-00036b-6V at sc8-sf-web24.sourceforge.net>
> 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" <noreply at sourceforge.net>
> Subject: [PD-dev] [ pure-data-Patches-1930701 ] configure for a
> compiler other than cc
> To: noreply at sourceforge.net
> Message-ID: <E1JgUM8-0007pi-Lw at sc8-sf-web24.sourceforge.net>
> 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" <noreply at sourceforge.net>
> Subject: [PD-dev] [ pure-data-Patches-1930733 ] 0.41-4: prevent buffer
> overrun in m_class.c
> To: noreply at sourceforge.net
> Message-ID: <E1JgUsy-000161-TU at sc8-sf-web22.sourceforge.net>
> 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" <noreply at sourceforge.net>
> Subject: [PD-dev] [ pure-data-Patches-1930745 ] fix type-punned
> pointers (part 1)
> To: noreply at sourceforge.net
> Message-ID: <E1JgVL2-0004EE-0r at sc8-sf-web22.sourceforge.net>
> 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" <noreply at sourceforge.net>
> Subject: [PD-dev] [ pure-data-Patches-1930747 ] fix type-punned
> pointers (part 2)
> To: noreply at sourceforge.net
> Message-ID: <E1JgVNm-0004Xw-B0 at sc8-sf-web22.sourceforge.net>
> 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
> PD-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev
>
>
> End of PD-dev Digest, Vol 37, Issue 1
> *************************************
More information about the Pd-dev
mailing list