Re: Perl Bug in Windows Fork Emulation?

FYI, using an arrow dereference in the eval seems to work without crashing (even if you pass the argument list.)

    my $result = eval { $block->(@_) };
[download]

So it's something in the special magic of &$block that's probably triggering it.

-xdg

Code written by xdg and posted on PerlMonks is public domain. It is provided as is with no warranties, express or implied, of any kind. Posted code may not have been tested. Use of posted code is at your own risk.

Comment on Re: Perl Bug in Windows Fork Emulation? Select or Download Code

Replies are listed 'Best First'.
Re^2: Perl Bug in Windows Fork Emulation? by Anonymous Monk on Mar 11, 2013 at 18:30 UTC
I know this is reaaaaally old thread, but in case someone line me finds themselves here, I did reproduce the exact same behavior as described by xdg (Crashing and then dereferencing work around) on perl v5.10.1 built for MSWin32-x86-multi-thread However freeing a lot of variables (by undef-ing them) before calling perl fixed it. I shouldn't call it "fix" but rather temporarily avoided. Anyone came across any real solutions?	[reply]

Replies are listed 'Best First'.

Re^2: Perl Bug in Windows Fork Emulation?
by Anonymous Monk on Mar 11, 2013 at 18:30 UTC

I know this is reaaaaally old thread, but in case someone line me finds themselves here, I did reproduce the exact same behavior as described by xdg (Crashing and then dereferencing work around) on perl v5.10.1 built for MSWin32-x86-multi-thread However freeing a lot of variables (by undef-ing them) before calling perl fixed it. I shouldn't call it "fix" but rather temporarily avoided. Anyone came across any real solutions?

[reply]