On Tue, Jul 24, 2001 at 02:22:47PM -0700, Wilkinson, Mike wrote:
>
> Using nmake -i test, I was able to get the following output. Tests
> 04_selects.t, 19_filterchange.t and 22_wheel_run.t where skipped, due to
> hanging.
>
> If there is any particular results/output you want tested on W2K, just let
> me know.
Can you enable TRACE_GATHER in lib/deptest.perl, run that, and mail me
(not the list) the STDERR output? That should tell me why it's dying
with "... was used ok, but didn't appear in %INC" errors.
> t\01_sessions.......dubious
> Test returned status 14 (wstat 3584, 0xe00)
Should be fixed in 0.1501 (and on the CVS tree sometime today).
> t\08_errors.........ok 1/26Subroutine EWOULDBLOCK redefined at
> C:/POE-0.15/blib/
> lib/POE/Kernel.pm line 6
> Subroutine F_GETFL redefined at C:/POE-0.15/blib/lib/POE/Kernel.pm line 6
> Subroutine F_SETFL redefined at C:/POE-0.15/blib/lib/POE/Kernel.pm line 6
> Subroutine EINPROGRESS redefined at C:/POE-0.15/blib/lib/POE/Kernel.pm line
> 6
> t\08_errors.........ok 2/26Subroutine EWOULDBLOCK redefined at
Excellent! I've added F_GETFL, F_SETFL, EINPROGRESS, and EWOULDBLOCK
to the list of POE::Kernel symbols that need to be cleared out between
tests. Maybe this will work better and/or not page fault.
[ Tests 4, 14, 19, and 22 fail ]
These tests all use Pipe::(One|Two)Way, so maybe the pipe's returning
something which select() won't work on. Looking into the pipe
constructors, they try socketpair() on Windows systems. Perhaps
Windows is creating sockets with socketpair() that aren't truly
sockets? I've changed the pipes to always use IO::Socket::INET on
Windows systems, so maybe these tests will be fixed.
[ test summary ]
Excellent! I'll add this to the README for Windows.
-- Rocco Caputo / [EMAIL PROTECTED] / poe.perl.org / poe.sourceforge.net
