search

Perl / perl5

🐪 The Perl programming language
https://dev.perl.org/perl5/
Other
1.94k stars 554 forks source link

Not OK: perl v5.7.0 +DEVEL8452 on VMS_AXP V7.1 (UNINSTALLED) #3131

Closed p5pRT closed 20 years ago

p5pRT commented 23 years ago

Migrated from rt.perl.org#5212 (status was 'resolved')

Searchable as RT5212$

p5pRT commented 23 years ago

From @craigberry

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>

There were two test failures\, given here in verbose form​:

[.OP]UTF8DECODE.........1..78 ok 1 ok 2 \ 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 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

Environment summary​:

DEC C V5.2-003 on OpenVMS Alpha V7.1 Process Software MultiNet V4.2 Rev A-X\, AlphaServer 2100 5/250\, OpenVMS AXP V7.1

Perl Info ``` Flags: category=install severity=none Site configuration information for perl v5.7.0: Configured by berryc at Tue Jan 16 15:56:44 UTC-6:00 2001. Summary of my perl5 (revision 5.0 version 7 subversion undef) configuration: Platform: osname=VMS, osvers=V7.1, archname=VMS_AXP uname='VMS bubba V7.1 AlphaServer 2100 5/250' config_args='-"des" -"Dusedevel"' hint=none, useposix=false, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=undef usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='CC/DECC', ccflags ='/Include=[]/Standard=Relaxed_ANSI/Prefix=All/Obj=.obj/NoList', optimize='', cppflags='undef' ccversion='50290003', gccversion='', gccosandvers='undef' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='int', lseeksize=4 alignbytes=8, usemymalloc=N, prototype=define Linker and Libraries: ld='Link', ldflags ='/NoTrace/NoMap' libpth=/sys$share /sys$library libs= perllibs= libc=(DECCRTL), so=exe, useshrplib=undef, libperl=undef Dynamic Linking: dlsrc=dl_vms.c, dlext=exe, d_dlsymun=undef, ccdlflags='' cccdlflags='', lddlflags='/Share' Locally applied patches: DEVEL8452 @INC for perl v5.7.0: lib/VMS_AXP lib perl_root:[lib.VMS_AXP.5_7_0] perl_root:[lib] perl_root:[lib.site_perl.VMS_AXP] perl_root:[lib.site_perl] /perl_root/lib/site_perl . Environment for perl v5.7.0: HOME=disk8:[berryc] LANG (unset) LANGUAGE (unset) LD_LIBRARY_PATH (unset) LOGDIR (unset) PATH=disk8:[berryc.perl] PERLSHR=PERL_ROOT:[000000]PERLSHR.EXE PERL_BADLANG (unset) PERL_ROOT=BUBBA$DRB2:[BERRYC.PERL.] SHELL (unset) ```
p5pRT commented 23 years ago

From @jhi

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 \ 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?

p5pRT commented 23 years ago

From @craigberry

At 6​:45 PM -0600 1/16/01\, Jarkko Hietaniemi wrote​:

[.OP]UTF8DECODE.........1..78 . . . not ok 53

Curious​: why does this one particular test fail in VMS\, but not in many UNIXes...

It may well be a compiler problem\, not an OS problem per se. This particular compiler (DEC C 5.2) is pretty old.

[.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?

Define "VMS"; there are several TCP/IP stacks\, and this test has not worked yet on Multinet as far as I know. I've been meaning to track it down\, but . . . .

I'm about to try a build with a later compiler and the Compaq-supplied TCIP/IP stack. I expect it to be less interesting.