writesf~ and readsf~ are both included in the normal Pd distribution since version 0.35test17 or something like that. If you have an older version you should consider upgrading it.... or what do you mean with 'work OK'?

i'm curious ... they are using posix threads ... do they compile on windows? i searched the web about that and it seems that there is a cygwin implementation of the posix threads for windows ... concerning miller's comment in the d_soundfile.c header, they shouldn't work on windows ... (since i'm not using windows i can't prove it)

cheers...

Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac

Pd uses the pthreads-win32 library (from http://sources.redhat.com/pthreads-win32/) and the windows distribution comes with all the files needed to compile and run Pd with read/writesf~.

do you know, if this package is fully compatible to the posix standard (condition variables, attributes, scheduling...)

cheers...

Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac

I believe pthreads-win32 doesn't handle signals ala posix (I don't know how anyone could do this in Windoes) but is as compatible as possible given that it runs on windows.

cheers Miller

On Thu, May 13, 2004 at 01:20:35PM +0200, Tim Blechmann wrote:

...

Pd uses the pthreads-win32 library (from http://sources.redhat.com/pthreads-win32/) and the windows distribution comes with all the files needed to compile and run Pd with read/writesf~.

do you know, if this package is fully compatible to the posix standard (condition variables, attributes, scheduling...)

cheers...

Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac

---

PD-list mailing list PD-list@iem.at to manage your subscription (including un-subscription) see http://iem.at/cgi-bin/mailman/listinfo/pd-list

I don't think there's any reason one couldn't write externs to make point-to-point signal connections over a networ, using the subset of threads that Windows supports. I think that whether to use point-to-point or broadcast is a separate question. Also, most receivers of "streams" just put out garbage when the signal degrades; a "netreceive~" object could be coded to do the same if desired.

cheers Miller

On Sun, May 16, 2004 at 05:37:45PM +0200, Tim Blechmann wrote:

...

I believe pthreads-win32 doesn't handle signals ala posix (I don't know how anyone could do this in Windoes) but is as compatible as possible given that it runs on windows.

i see, so it's probably a good idea to use broadcasts instead of signals...

cheers...

Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac

well, "conditions" and pthread_cond_signal() work in windows just fine... that's probably a better mechanism to use than unix signals in the first place.

cheers Miller

On Sun, May 16, 2004 at 07:09:32PM +0200, Tim Blechmann wrote:

...

I don't think there's any reason one couldn't write externs to make point-to-point signal connections over a networ, using the subset of threads that Windows supports. I think that whether to use point-to-point or broadcast is a separate question. Also, most receivers of "streams" just put out garbage when the signal degrades; a "netreceive~" object could be coded to do the same if desired.

well, i'm not familiar with windows programming at all ...

i'm trying to set up a global soundfiler thread and until now i was using signals to wake up this thread ... so this probably won't work on windows systems ... ... but first of all it has to become stable

cheers....

Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac

---

PD-list mailing list PD-list@iem.at to manage your subscription (including un-subscription) see http://iem.at/cgi-bin/mailman/listinfo/pd-list

Hi Tim [or anybody else!]

Can you tell me what the proper file extension for the Loopool 63 package which lives at http://pure-data.iem.at/Members/timblech/loopool63/view is?

Since no file extension was provided, or the database has lost it, I can't really figure out how to expand/unzip it. It says it is a x-bzip2 file, but adding the bz2 extension and using bunzip2 doesn't do the trick.

Thx, d.

OK,

Hans-Christoph Steiner wrote:

It should probably be .tar.bz2 that's my guess.

'file' reports it to be a POSIX tar archive. So I added .tar to the name, and it untarred fine. Looking in the archive, I seemed to have had this problme once before already. You think I would remember! ;-)

I guess the bigger problem is that when Plone adds files to pure-data.org, it asks for a title. One would assume that Plone would take the file extension from the uploaded file, but it doesn't. So, if the file extension isn't given in the title, then it will not appear on the downloaded file, because what you download is given the same name as the title you give, not the name of the original file!

[At least that is the way it works with Mozilla on Linux... maybe M$IE does it different? ;-) ]

I don't know who exactly to address this to, but I think it is a bug/inconvenience/user-unfriendliness that should be fixed.

best, d.

Frank,

Frank Barknecht wrote:

It might also be, that is was auto-decompressed from .gz by your browser. Mozilla and others like to do such stupid things...

However, the link on the webpage actually *is* to a file without an extension. Check it and see.

Whether Mozilla behaves badly or not, the problem is still that Plone names the file after the title given, and not the name of the file which is uploaded.

d.

However, the link on the webpage actually *is* to a file without an extension. Check it and see.

i'll check that ... anyway, i'm not familiar with plone, so i'm sorry if i didn't use the web interface correctly

cheers...

Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac