Skip Menu |
 

This queue is for tickets about the IO-Socket-SSL CPAN distribution.

Report information
The Basics
Id: 95328
Status: resolved
Priority: 0/
Queue: IO-Socket-SSL

People
Owner: Nobody in particular
Requestors: pete.a64 [...] gmail.com
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in: 1.982
Fixed in: (no value)



Subject: verify_fingerprint.t. test fails
Download (untitled) / with headers
text/plain 898b
Using Activestate Perl 5.18.2 and MinGW-W64 4.6.3 OpenSSL 1.0.1g compiled with same compiler and passing all tests. use strict; use warnings; use Test::More; use IO::Socket::SSL; use IO::Socket::SSL::Utils; use File::Temp 'tempfile'; plan tests => 11; plan skip_all => "fork not implemented on this platform" if $^O =~m{MacOS|VOS|vmesa|riscos|amigaos|MSWin32}; ... Hangs on the verify_fingerprint test forever. Yet changing code to this form: use strict; use warnings; use Test::More; use IO::Socket::SSL; use IO::Socket::SSL::Utils; use File::Temp 'tempfile'; if ( $^O =~m{MacOS|VOS|vmesa|riscos|amigaos} ){ plan skip_all => "fork not implemented on this platform" } else { plan tests => 11; }; Passing the verify_fingerprint.t test. Curious why this is since strict is being used and does not complain about redefining the test plan. -- Regards, Pete Armstrong pete.a64@gmail.com
Download (untitled) / with headers
text/plain 318b
Show quoted text
> Curious why this is since strict is being used and does not complain > about redefining the test plan.
There are issues with the forking emulation in Windows which sometimes causes tests to fail when called from the test driver, but not fail when they are called directly. I have to see how to work around them.
Download (untitled) / with headers
text/plain 322b
Show quoted text
> There are issues with the forking emulation in Windows which sometimes > causes tests to fail when called from the test driver, but not fail > when they are called directly. I have to see how to work around them.
Since then several changes were done and I hope that it is more stable now. Therefore I close the bug.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.