I’d like to see fork() emulated someday in Ruby on Win32. Here’s a link
from the ActiveState web site that explains how they emulated fork in their
Perl distro:
Here’s a general porting guide from the MSDN web site that discusses (among
other things) how to port fork calls:
/ucmgch08.asp
Regards,
Dan
···
-----Original Message-----
From: Austin Ziegler [mailto:austin@halostatue.ca]
Sent: Friday, September 19, 2003 12:10 PM
To: ruby-talk@ruby-lang.org
Subject: Re: fork not available?
On Sat, 20 Sep 2003 02:26:15 +0900, walter@mwsewall.com wrote:
Ok so I sent this out a bit too early.
after looking in the archives some more I see that fork and
popen("-
") do not work with Windows. I see ri does mention that
IO.popen is
Not available on all platforms, but it does not mention this for
Kernel.fork.
my 2c:
actually, I think most of the fork() usage is related to two use case:
- fork()+exec()
- fork() and subtask
I think the first problem could be addressed by a Process.spawn()
method, that can be easyli emulated on windows with a
createThread()+createProcess()
The second… well, someway I think it could be ‘translated’ in one
like the first, even if little hackish, anyway fixing #1 would be a
good add to ruby, imo.
···
il Sat, 20 Sep 2003 03:22:57 +0900, “Berger, Daniel” djberge@qwest.com ha scritto::
-----Original Message-----
From: Austin Ziegler [mailto:austin@halostatue.ca]
Sent: Friday, September 19, 2003 12:10 PM
To: ruby-talk@ruby-lang.org
Subject: Re: fork not available?
On Sat, 20 Sep 2003 02:26:15 +0900, walter@mwsewall.com wrote:
Ok so I sent this out a bit too early.
after looking in the archives some more I see that fork and
popen("-
") do not work with Windows. I see ri does mention that
IO.popen is
Not available on all platforms, but it does not mention this for
Kernel.fork.
I’d like to see fork() emulated someday in Ruby on Win32. Here’s a link
from the ActiveState web site that explains how they emulated fork in their
Perl distro:
Berger, Daniel graced us by uttering:
I’d like to see fork() emulated someday in Ruby on Win32.
Here’s a link from the ActiveState web site that explains how
they emulated fork in their Perl distro:
ActiveState Community - Boosting coder and team productivity with ready-to-use open source languages and tools.
I noticed an interesting paragraph from that page (and your local
Perl docs, if any):
Support for concurrent interpreters and the fork() emulation
was implemented by ActiveState, with funding from Microsoft
Corporation.
This show that, as much as M$ might prefer their own languages to
dominate, they can’t deny the Perl market and are willing to, in
small or large part, support it at a personal loss. The
pseudo-fork code for Perl is, of course, available with the rest
of the Perl source under the free (beer+speech) Artistic
License…
Of course it also shows us that all we’d need to have a third
party develop the Ruby+Win32 forking is to prove that ActiveState
can make enough money on commercial licenses by developing and
releasing ActiveRuby™ binaries…
Tim Hammerquist
···
–
Creativity is allowing yourself to make mistakes.
Art is knowing which ones to keep.
– Scott Adams
Berger, Daniel wrote:
I’d like to see fork() emulated someday in Ruby on Win32. Here’s a link
from the ActiveState web site that explains how they emulated fork in their
Perl distro:
I chased this down about 18 months ago. Here’s a post to the list about
it: http://ruby-talk.org/36294
The info may be old, but essentially the Perl fork support wasn’t
working that well.
···
–
Chris
http://clabs.org/blogki
I think MS is alwys been a perl supporter.
you can even see that themself use perl:
http://www.microsoft.com/downloads/details.aspx?FamilyId=3A1C93FA-7462-47D0-8E56-8DD34C6292F0&displaylang=en
···
il 19 Sep 2003 16:01:28 -0700, Tim Hammerquist tim@vegeta.ath.cx ha scritto::
This show that, as much as M$ might prefer their own languages to
dominate, they can’t deny the Perl market and are willing to, in
small or large part, support it at a personal loss. The
pseudo-fork code for Perl is, of course, available with the rest
of the Perl source under the free (beer+speech) Artistic
License…
gabriele renzi graced us by uttering:
tim hammerquist tim@vegeta.ath.cx ha scritto::
This show that, as much as M$ might prefer their own
languages to dominate, they can’t deny the Perl market and
are willing to, in small or large part, support it at a
personal loss. The pseudo-fork code for Perl is, of course,
available with the rest of the Perl source under the free
(beer+speech) Artistic License…
I think MS is alwys been a perl supporter. you can even see
that themself use perl:
There was a great article about 5 years ago that talked about
individual MS engineers insisting on using Perl internally.
However, at my work (a major slot machine developer and
manufacturer), several engineers use Linux but the company does
not “support” Linux or any form of OSS, nor does it have any
official stance on them.
Thus, I don’t think MS’s use of secondary use Perl indicates
“support” of Perl, but I do believe their financial investment in
the development of Perl should be considered supporting.
My USD$0.02,
Tim Hammerquist
···
–
I have never let my schooling interfere with my education.
– Mark Twain
I think MS is alwys been a perl supporter. you can even see
that themself use perl:
Thus, I don’t think MS’s use of secondary use Perl indicates
“support” of Perl, but I do believe their financial investment in
the development of Perl should be considered supporting.
oops, sorry I was thinking of ‘supporter’ as in ‘fan’
(and I mean 'fan as in ‘football’ or ‘basket’) 
···
il 19 Sep 2003 18:54:41 -0700, Tim Hammerquist tim@vegeta.ath.cx ha scritto::