… | |
… | |
952 | to make it so, mostly due to the bloody broken perl that nobody seems to |
952 | to make it so, mostly due to the bloody broken perl that nobody seems to |
953 | care about. The fork emulation is a bad joke - I have yet to see something |
953 | care about. The fork emulation is a bad joke - I have yet to see something |
954 | useful that you can do with it without running into memory corruption |
954 | useful that you can do with it without running into memory corruption |
955 | issues or other braindamage. Hrrrr. |
955 | issues or other braindamage. Hrrrr. |
956 | |
956 | |
|
|
957 | Since fork is endlessly broken on win32 perls (it doesn't even remotely |
|
|
958 | work within it's documented limits) and quite obviously it's not getting |
|
|
959 | improved any time soon, the best way to proceed on windows would be to |
|
|
960 | always use C<new_exec> and thus never rely on perl's fork "emulation". |
|
|
961 | |
957 | Cygwin perl is not supported at the moment due to some hilarious |
962 | Cygwin perl is not supported at the moment due to some hilarious |
958 | shortcomings of its API - see L<IO::FDPoll> for more details. |
963 | shortcomings of its API - see L<IO::FDPoll> for more details. If you never |
|
|
964 | use C<send_fh> and always use C<new_exec> to create processes, it should |
|
|
965 | work though. |
959 | |
966 | |
960 | =head1 SEE ALSO |
967 | =head1 SEE ALSO |
961 | |
968 | |
962 | L<AnyEvent::Fork::Early>, to avoid executing a perl interpreter at all |
969 | L<AnyEvent::Fork::Early>, to avoid executing a perl interpreter at all |
963 | (part of this distribution). |
970 | (part of this distribution). |