Bug #31907 for SOAP-Lite: failed test #5 with perl 5.10

Wed Dec 26 08:45:15 2007 raherh [...] gmail.com - Ticket created

Subject:

failed test #5 with perl 5.10

test #5 failed when requiring SOAP::Transport::TCP with a message: Your vendor has not defined POSIX macro EWOULDBLOCK, used at ../lib/IO/ SessionData.pm line 22 BEGIN failed--compilation aborted at ../lib/IO/SessionData.pm line 25. Compilation failed in require at ../lib/SOAP/Transport/TCP.pm line 21. BEGIN failed--compilation aborted at ../lib/SOAP/Transport/TCP.pm line 21. consequently also test #13: Error while loading XMLRPC::Transport::TCP perl 5.10.0 built for MSWin32-x86-multi-thread Radek

Wed Dec 26 09:52:49 2007 kutterma [...] users.sourceforge.net - Correspondence added

Hi Radek, could you please provide a complete test report? Thanks, Martin

Wed Dec 26 09:52:54 2007 The RT System itself - Status changed from 'new' to 'open'

Wed Dec 26 11:11:07 2007 raherh [...] gmail.com - Correspondence added

Subject:	Re: [rt.cpan.org #31907] failed test #5 with perl 5.10
Date:	Wed, 26 Dec 2007 16:10:34 +0000
To:	bug-SOAP-Lite [...] rt.cpan.org
From:	rahed <raherh [...] gmail.com>

Hi, I include a file with a complete test output. Radek On 12/26/07, Martin Kutter via RT <bug-SOAP-Lite@rt.cpan.org> wrote: Show quoted text

> > <URL: http://rt.cpan.org/Ticket/Display.html?id=31907 > > > Hi Radek, > > could you please provide a complete test report? > > > Thanks, > > Martin >

-- Radek

Message body is not shown because sender requested not to inline it.

Wed Dec 26 17:37:20 2007 kutterma [...] users.sourceforge.net - Correspondence added

Hi Radek, This is not a bug in SOAP::Lite, but in perl 5.10 (or more probable: in your build of perl 5.10). SOAP::Lite politely asks the POSIX class (a perl 5.10 standard module) if it has the method "EWOULDBLOCK", and afterwards calls this method (in Perl): my @names = qw(EWOULDBLOCK EAGAIN EINPROGRESS); ... (eval {require POSIX} ? map {POSIX->can($_)->() => 1} grep {POSIX->can($_)} @names : ()); The error message means that POSIX has a method EWOULDBLOCK, but on calling it cannot resolve the value behind it (usually defined by the OS, the perl-5.10 packager might have to give perl a hint where to find it). There's nothing SOAP::Lite can do about this, but unless you're planning to use the TCP transport layer (that is, raw TCP connections for exchanging SOAP messages) you can safely continue, even with the two failed tests. Regards, Martin

Wed Dec 26 17:37:22 2007 kutterma [...] users.sourceforge.net - Status changed from 'open' to 'rejected'

Thu Dec 27 08:19:02 2007 raherh [...] gmail.com - Correspondence added

Subject:	Re: [rt.cpan.org #31907] failed test #5 with perl 5.10
Date:	Thu, 27 Dec 2007 14:18:41 +0100
To:	bug-SOAP-Lite [...] rt.cpan.org
From:	rahed <raherh [...] gmail.com>

Show quoted text

> my @names = qw(EWOULDBLOCK EAGAIN EINPROGRESS); > ... > (eval {require POSIX} ? map {POSIX->can($_)->() => 1} grep > {POSIX->can($_)} @names : ()); > > The error message means that POSIX has a method EWOULDBLOCK, but on > calling it cannot resolve the value behind it (usually defined by the > OS, the perl-5.10 packager might have to give perl a hint where to find it). > > There's nothing SOAP::Lite can do about this, but unless you're planning > to use the TCP transport layer (that is, raw TCP connections for > exchanging SOAP messages) you can safely continue, even with the two > failed tests. >

Thank you, now I'd say windows os doesn't implement EWOULDBLOCK and EINPROGRESS macros at least under these names Fortunately I use the modul primarily on Solaris platform. -- Radek

Thu Dec 27 08:19:06 2007 The RT System itself - Status changed from 'rejected' to 'open'

Mon Dec 31 11:03:50 2007 kutterma [...] users.sourceforge.net - Correspondence added

Just closed it again - RT re-opens ticket on every attachement...

Mon Dec 31 11:03:52 2007 kutterma [...] users.sourceforge.net - Status changed from 'open' to 'rejected'