2009/10/9 Rocco Caputo rcap...@pobox.com
[This is a repost of
http://use.perl.org/~rcaputo/journal/39736http://use.perl.org/%7Ercaputo/journal/39736
]
I've also released Version 1.269_002 to the CPAN for developers who are
more comfortable with that. Remember: CPAN shells don't install
While I have several unresolved issues with fork on Windows I think they
biggest problem with your script is that the fork logic backwards.
Something like the following will give you better results.
my $pid;
if($pid = fork()) {
print(FOUT running ($pid)\n);
Hi,
Andrew Feren wrote:
Something like the following will give you better results.
my $pid;
if($pid = fork()) {
print(FOUT running ($pid)\n);
wait();
} else {
open(FOR, '', 'C:\delme-kid.txt');
thread();
close(FOR);
2009/10/9 Andreas Altergott alterg...@mira-consulting.net
Hi,
Hi Andreas
this will be especially interesting for dolman :-)
dolmen !
as already described in previous emails there is a big problem when
using POE::Wheel::Run::Win32 with Win32::Daemon as a windows service.
Your service
The question in my mind: If fork() is so troublesome on Windows, do we
have an alternative?
For the (Program = foo.exe) form, we can possibly avoid fork()
altogether. http://rt.cpan.org/Public/Bug/Display.html?id=48715#txn-659406
includes some code that promises to work well.
For the
2009/10/11 Dave Schwartz dece...@gmail.com
Hi,
Excuse me for spamming a long mail. Stumbled upon POE and want to use
it for my latest project.
Don't worry. All messages on this list are usually quite long.
Is there something obviously wrong here when the user tries to give an
offset
In my experience Perl on Windows does not handle the (Program = \foo)
case well at all. I have had better luck with the (Program = sub {
foo() }) case, but even that seems a bit iffy to me.
I'm still waiting for someone who can explain why sub{ foo() } sometimes
works when \foo doesn't.