Hi, Not sure if I asked this yet ("pd~" is a difficult search term) but there is a macro suggested here to define pipe syntax similar to unix: http://article.gmane.org/gmane.comp.gnu.mingw.user/28505/
So if it was just put in ascii mode would this make it possible to have the "pd~" object in windows?
Thanks, Jonathan
Looking at this now. I notice that _pipe in windows even allows you to specify buffer size which linux and MacOS don't. It might be a major advantage.
OTOH the major hassle is figuring out how to create and manage the sub-process in Windows which has no wait() function. I fear people finding dozens of marauding pd processes running around.
cheers Miller
On Tue, May 07, 2013 at 04:39:42PM -0700, Jonathan Wilkes wrote:
Hi, Â Â Â Â Not sure if I asked this yet ("pd~" is a difficult search term) but there is a macro suggested here to define pipe syntax similar to unix: http://article.gmane.org/gmane.comp.gnu.mingw.user/28505/
So if it was just put in ascii mode would this make it possible to have the "pd~" object in windows?
Thanks, Jonathan
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
From: Miller Puckette msp@ucsd.edu To: Jonathan Wilkes jancsika@yahoo.com Cc: pdlist pd-list@iem.at Sent: Sunday, June 16, 2013 12:56 PM Subject: Re: [PD] pd~ in windows
Looking at this now. I notice that _pipe in windows even allows you to
specify buffer size which linux and MacOS don't. It might be a major advantage.
OTOH the major hassle is figuring out how to create and manage the sub-process
in Windows which has no wait() function. I fear people finding dozens of marauding pd processes running around.
Hm, I didn't look at that part at all. Since you're looking at this I'll revisit the topic later tonight and see if there are any other hints out there in the intersphere.
Short digression-- after writing the Flext mingw build tutorial I've become much more understanding of Sevy's approach of actively not supporting Windows. I don't agree with it, as I think so much of Pd already runs adequately on Windows to warrant pd~, too, in order to offer free software to as many users as possible. But his was certainly a valid, compelling, and time-saving approach. :)
-Jonathan
cheers
Miller
There's already code in s_inter.c dating from 1997-ish that does the windows version of a fork/exec so I really just have to go back and try to relearn it :)
And now that there's reactOS (W2K compatible open source OS) I don't see any reason to hesitate supporting windows-ish stuff. These days it looks as if Apple is the new Microsoft.
cheers Miller
On Sun, Jun 16, 2013 at 12:39:31PM -0700, Jonathan Wilkes wrote:
From: Miller Puckette msp@ucsd.edu To: Jonathan Wilkes jancsika@yahoo.com Cc: pdlist pd-list@iem.at Sent: Sunday, June 16, 2013 12:56 PM Subject: Re: [PD] pd~ in windows
Looking at this now. I notice that _pipe in windows even allows you to
specify buffer size which linux and MacOS don't. It might be a major advantage.
OTOH the major hassle is figuring out how to create and manage the sub-process
in Windows which has no wait() function. I fear people finding dozens of marauding pd processes running around.
Hm, I didn't look at that part at all. Since you're looking at this I'll revisit the topic later tonight and see if there are any other hints out there in the intersphere.
Short digression-- after writing the Flext mingw build tutorial I've become much more understanding of Sevy's approach of actively not supporting Windows. I don't agree with it, as I think so much of Pd already runs adequately on Windows to warrant pd~, too, in order to offer free software to as many users as possible. But his was certainly a valid, compelling, and time-saving approach. :)
-Jonathan
cheers
Miller
-
Jonathan Wilkes -
Miller Puckette