develooper Front page | perl.perl5.porters | Postings from January 2001

Re: [ID 20010116.017] Not OK: perl v5.7.0 +DEVEL8452 on VMS_AXP V7.1 (UNINSTALLED)

Thread Previous | Thread Next
From:
Jarkko Hietaniemi
Date:
January 16, 2001 16:45
Subject:
Re: [ID 20010116.017] Not OK: perl v5.7.0 +DEVEL8452 on VMS_AXP V7.1 (UNINSTALLED)
Message ID:
20010116184529.A14448@chaos.wustl.edu
> The build itself was uneventful, though it now requires the patch to MMK 
> (the most commonly used make utility) located here:
> 
> <http://www.xray.mpe.mpg.de/mailing-lists/vmsperl/2000-12/msg00146.html>

Building of Perl really does exercise the systems...

> 
> There were two test failures, given here in verbose form:
> 
> [.OP]UTF8DECODE.........1..78
> ok 1
> ok 2
> <snip>
> ok 51
> # 4.2.1: Malformed UTF-8 character (2 bytes, need 1) in unpack at [.op]utf8decode.t line 142.
> ok 52
> # 4.2.2: Malformed UTF-8 character (3 byte(null), need 2) in unpack at [.op]utf8decode.t line 142.
> 4.2.2: unpack('U*') false positive
> not ok 53

Curious: why does this one particular test fail in VMS, but not in
many UNIXes...  the "(null)" is another oddity, it looks like the
standard case of stdio telling that it got a NULL to print as a
string), but off-hand I can't see how that could happen (in
utf8.c:utf8_to_uv()).

> FAILED on test 53
> 
> [.LIB]NET-HOSTENT.......1..7
> ok 1
> ok 2
> ok 3
> ok 4
> Bad arg length for Socket::inet_ntoa, length is 58, should be 4 at [.lib]net-hostent.t line 34.
> FAILED on test 5

Huh?  Hasn't this been working just fine in VMS?

-- 
$jhi++; # http://www.iki.fi/jhi/
        # There is this special biologist word we use for 'stable'.
        # It is 'dead'. -- Jack Cohen

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About