Hi, ikegami. Thanks for your repy, but I don't understand it:

• How would incorrect line ending characters cause this error?
• If an incorrect line ending caused the code to be broken into two lines, why wouldn't the first resultant line throw an error first? (Presumably it would be package Test::E)
• Why don't the previous tests that also use Test::Exception throw the same error?
• Why doesn't the same combination of Test::Exception and this test (from the same tarball) cause the same error on two other versions of Strawberry Perl running on the same hardware?

  Update: I guess there will be a different copy of the library files for each installed version of Strawberry Perl. So this would suggest that the test machine has a corrupted version of Test::Exception for that one Perl version?

Thanks for helping me figure this out. Note this is not on my machine but on chorny's at CPAN testers.

It's part of the handling of #! lines. Perl reads a block, then tries to undo the read, but it doesn't have all the necessary information to do so, so it guesses. The end result is that it thinks the file is

xception;
use Test::Builder;
use Sub::Uplevel qw( uplevel );
use base qw( Exporter );
...
[download]

instead of

use strict;
use warnings;
 
package Test::Exception;
use Test::Builder;
use Sub::Uplevel qw( uplevel );
use base qw( Exporter );
...
[download]

Or something like that. There are holes in that explanation. For example, how could strict subs be on when it encountered "xception"? But while I can't quite explain the result in this specific case, I'm quite sure about the cause. If I'm wrong, well, I only wasted a minute of your time. Did you try my fix?

How would incorrect line ending characters cause this error?

It wouldn't because perl doesn't care about crlf or lf line endings

ikegami is assuming a cause because of "xception" which suggests an "\r" got into the output stream .... its just causing your shell to hide more of the message

I don't think it's the output stream from the test harness. The message seems complete:

Bareword "xception" not allowed while "strict subs" in use at C:/straw
+berry5143/perl/vendor/lib/Test/Exception.pm line 4.
Compilation failed in require at t/40_fetch_memberships.t line 14.
BEGIN failed--compilation aborted at t/40_fetch_memberships.t line 14.
[download]

So if an "\r" or something like that got into the input stream, and caused line 4 of Test::Exception to be split as it was being read, why wouldn't the first half of the line cause an error?

package Test::E
[download]

(with no semicolon at the end of the "line")?

The way forward always starts with a minimal test.