once again, forgot to send to list...
---------- Forwarded message ---------- From: Mike McGonagle mjmogo@gmail.com Date: Nov 12, 2007 1:11 PM Subject: Re: [PD-dev] PD Strings To: Martin Peach martin.peach@sympatico.ca
Thanks, Martin, I will have to look at the other thread that is discussing this. I should have look at that a little closer.
I was curious about this as a way of handling doing some SQL processing, but then again, if this is not going to be part of the main, then I wonder if it is a bit too soon to actually expect this to be there in subsequent releases.
Mike
On 11/12/07, Martin Peach martin.peach@sympatico.ca wrote:
Yes it was me... If you have the extended version you could try mrpeach/str to see how it works. It was intended as a way to send any arbitrary strings of bytes through pd without having pd try to interpret them until the appropriate time. The atom is just a pointer to a block of memory and its length. The external that uses the type has to maintain the memory itself because pd doesn't know anything about it, it just passes string messages between objects. In the end it may just be easier as Miller said to use lists of floats on [0...255] together with objects to convert to and from ascii, etc, apart from the fact that lists of floats use a lot more memory than a simple block of bytes and the associated packing and unpacking of floats takes more time, but then if you're looking for efficient implementation, that's not what pd is about.
Martin
Mike McGonagle wrote:
Well, golly, I just looked at the one from your archive, and odd that you are right (ok, just a bit snide there...)
So, is this something that is intended for the Extended release?
Anyone care to fess up?
Mike M
On 11/12/07, Miller Puckette mpuckett@imusic1.ucsd.edu wrote:
Not in 'main' there isn't. I favor using lists and adding the necessary formatting/parsing objects instead of adding a new fundamental type.
cheers Miller
On Mon, Nov 12, 2007 at 12:00:50PM -0600, Mike McGonagle wrote:
Hello all,
I was looking over the latest version of "m_pd.h", and noticed that there is now an "A_STRING" type. Does this mean that PD now supports real strings? Is there any examples of this? Or is this still just in the development stage?
Thanks,
Mike
-- Help the Environment, Plant a Bush back in Texas!
"I place economy among the first and most important republican virtues, and public debt as the greatest of the dangers to be feared. To preserve our independence, we must not let our rulers load us with perpetual debt." -- Thomas Jefferson, third US president, architect and author
(1743-1826)
"Give Peace a Chance" -- John Lennon (9 October 1940 ? 8 December
Peace may sound simple?one beautiful word? but it requires everything we have, every quality, every strength, every dream, every high ideal. ?Yehudi Menuhin (1916?1999), musician
If you think you can, or you think you can't, you are probably right. ?Mark Twain
"Art may imitate life, but life imitates TV." Ani DiFranco
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
-- Help the Environment, Plant a Bush back in Texas!
"I place economy among the first and most important republican virtues, and public debt as the greatest of the dangers to be feared. To preserve our independence, we must not let our rulers load us with perpetual debt." -- Thomas Jefferson, third US president, architect and author (1743-1826)
"Give Peace a Chance" -- John Lennon (9 October 1940 – 8 December 1980)
Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician
If you think you can, or you think you can't, you are probably right. —Mark Twain
"Art may imitate life, but life imitates TV." Ani DiFranco
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
-- Help the Environment, Plant a Bush back in Texas!
"I place economy among the first and most important republican virtues, and public debt as the greatest of the dangers to be feared. To preserve our independence, we must not let our rulers load us with perpetual debt." -- Thomas Jefferson, third US president, architect and author (1743-1826)
"Give Peace a Chance" -- John Lennon (9 October 1940 – 8 December 1980)
Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician
If you think you can, or you think you can't, you are probably right. —Mark Twain
"Art may imitate life, but life imitates TV." Ani DiFranco
Mike McGonagle wrote:
Thanks, Martin, I will have to look at the other thread that is discussing this. I should have look at that a little closer.
In that other thread I mentioned that I've changed the name to A_BLOB from A_STRING because it's not really about strings. There's also the issue of the symbol "string" (now "blob") being reserved by my patch, which I think is not necessary so it's going to get changed next time I have time to comprehend what's involved.
I was curious about this as a way of handling doing some SQL processing, but then again, if this is not going to be part of the main, then I wonder if it is a bit too soon to actually expect this to be there in subsequent releases.
I suppose if people actually use it, it will be adopted. It should be useful for handling arbitrary blocks of data, even if they are not organized as bytes.
Martin
On Mon, 12 Nov 2007, Martin Peach wrote:
In that other thread I mentioned that I've changed the name to A_BLOB from A_STRING because it's not really about strings. There's also the issue of the symbol "string" (now "blob") being reserved by my patch, which I think is not necessary so it's going to get changed next time I have time to comprehend what's involved.
As long as you support strings that have embedded nulls, there is no difference between a string and a blob. Given the number of languages that support embedded nulls, you could safely call a blob a string.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
Mathieu Bouchard wrote:
As long as you support strings that have embedded nulls, there is no difference between a string and a blob. Given the number of languages that support embedded nulls, you could safely call a blob a string.
Yes they support anything at all that will fit into the available RAM, that's why "string" is too restrictive a term for it, so I changed the name to "blob", and now "Blob's your uncle"...
Martin
On Mon, 12 Nov 2007, Martin Peach wrote:
Mathieu Bouchard wrote:
As long as you support strings that have embedded nulls, there is no difference between a string and a blob. Given the number of languages that support embedded nulls, you could safely call a blob a string.
Yes they support anything at all that will fit into the available RAM, that's why "string" is too restrictive a term for it, so I changed the name to "blob", and now "Blob's your uncle"...
The whole point of my argument is that you could have kept the name String like they do in Perl, Python, Ruby, Tcl an more. You don't need to inspire yourself from MySQL, for example.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
-
Martin Peach -
Mathieu Bouchard -
Mike McGonagle