whoop, sorry hit reply on wrong message. Please ignore my last email j
-------------------------------------------------- From: pd-dev-request@iem.at Sent: Monday, March 31, 2008 9:15 PM To: pd-dev@iem.at Subject: PD-dev Digest, Vol 37, Issue 1
Send PD-dev mailing list submissions to pd-dev@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@iem.at
You can reach the person managing the list at pd-dev-owner@iem.at
When replying, please edit your Subject line so it is more specific than "Re: Contents of PD-dev digest..."
Today's Topics:
- Re: adding pdpedia links to all help patches (Hans-Christoph Steiner)
- Re: names of 'pd' tags (Hans-Christoph Steiner)
- garrays loading (Sylvain Le Beux)
- Re: garrays loading (IOhannes m zmoelnig)
- [ pure-data-Bugs-1930436 ] import bug (SourceForge.net)
- [ pure-data-Patches-1930681 ] 0.41-4 s_path.c fixes (SourceForge.net)
- [ pure-data-Patches-1930701 ] configure for a compiler other than cc (SourceForge.net)
- [ pure-data-Patches-1930733 ] 0.41-4: prevent buffer overrun in m_class.c (SourceForge.net)
- [ pure-data-Patches-1930745 ] fix type-punned pointers (part
- (SourceForge.net)
- [ 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@eds.org Subject: Re: [PD-dev] adding pdpedia links to all help patches To: IOhannes m zmoelnig zmoelnig@iem.at Cc: pd-dev List pd-dev@iem.at Message-ID: 5E34FA46-E050-42E1-9CAF-A694A190567F@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@eds.org Subject: Re: [PD-dev] names of 'pd' tags To: IOhannes m zmoelnig zmoelnig@iem.at Cc: pd-dev List pd-dev@iem.at Message-ID: 0E750DA5-CB81-443E-A2D9-5E4A3C9C582C@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@gmail.com Subject: [PD-dev] garrays loading To: pd-dev@iem.at Message-ID: b40a6b5b0803310909s44638e04q45a90ac62d272a39@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
-
Justin Robert