Subject: | Win32::FetchCommand Test Failure |
Date: | Thu, 30 Jan 2014 11:28:51 +0000 |
To: | bug-Win32-FetchCommand [...] rt.cpan.org |
From: | Smylers <Smylers [...] stripey.com> |
Hi there. Thank you for producing Win32::TestCommand.
Unfortunately it seems that its tests fail on recent perls — though
after installing it without tests, the module itself still seems to be
working fine (at least for my situation).
I was trying on Strawberry Perl v5.14. It looks like it hasn't worked
for any Cpan Testers on that or any more recent versions:
http://www.cpantesters.org/distro/W/Win32-FetchCommand.html#Win32-FetchCommand-0.04?oncpan=1&distmat=1
The first test that fails for me is this one:
# The only appln we can be certain of is perl!
$^E = 0;
my @Cmd = FetchCommand ('config.pl');
ok(!$^E, 'os ext.error ok');
The FetchCommand returns the empty list, and $^E is set to “The system
could not find the environment option that was entered”.
Ironically, .pl is the only extension I've found that FetchCommand
doesn't return the expected application. It works for .txt, .pdf, and so
on.
In Explorer my .pl files do have a camel icon, and running one from a
command prompt does invoke perl.exe on it. So it appears that .pl is
associated correctly on this system, but possibly it's done in some
other way than .txt and others have been done.
Either FetchCommand needs fixing so it manages to find perl.exe for .pl
files again, or those tests need skipping so the module can
straightforwardly be installed.
Cheers
Smylers
--
http://twitter.com/Smylers2