Front page | perl.vmsperl |
Postings from June 2002
RE: possible VMS v5.5 fix (was RE: 5.8.0 release candidate status)
From:
Henry A. Frystak - System Manager
Date:
June 14, 2002 15:23
Subject:
RE: possible VMS v5.5 fix (was RE: 5.8.0 release candidate status)
Message ID:
00A0F758.BDF38E7E.3@tesla.njit.edu
>From: MX%"craigberry@mac.com" "Craig A. Berry" 13-JUN-2002 16:10:47.24
>To: MX%"syshaf@tesla.njit.edu"
>CC: MX%"vmsperl@perl.org"
>Subj: RE: possible VMS v5.5 fix (was RE: 5.8.0 release candidate status)
>
>> However, I ran into another
>>problem further into the make cycle. The appropriate lines are included below:
>
>>CC/DECC /Include=[]/Standard=Relaxed_ANSI/Prefix=All/Obj=.obj /Define=("VERSION=""0.01""","XS_VERSION=""0.01""")/Include=([---])
>> /NoList LANGINFO.c
>> if ((s = nl_langinfo(code)))
>> ...................^
>>%CC-I-IMPLICITFUNC, In this statement, the identifier "nl_langinfo" is
>> implicitly declared as a function.
>> At line number 25 in langinfo.xs.
>
>Sigh, nl_langinfo didn't become available until VMS 6.2, or so the
>version dependency tables in the C RTL manual tell me. The following
>might do it. Just use your favorite editor to remove the line
>preceded by a minus and then add in the lines preceded by pluses
>(don't forget to delete the plus signs):
Your patch to configure.com worked.
>Unfortunately that means you'll have to reconfigure and start the
>build over from the beginning. You may want to do an MMS REALCLEAN
>first.
Done. BTW, the target "REALCLEAN" is not very intuitive; just for info, other
packages (like LYNX) use "DISTCLEAN" (also not great). It seems there is no
"standard" here.
The compile on the VAX 5.5-2 machine was clean (although it took a VERY long
time), so I went into the MMS TEST phase. Well, more bad news. It failed on:
t/io/fs..............................FAILED at test 31
t/io/open............................FAILED at test 36
and then hung on test t/io/openpid (after an hour, I gave up and ctrl-Y'd out).
Upon running separately:
@[.vms]test .exe "" -"v" [.io]openpid.t
%DELETE-I-FILDEL, $41$DKA400:[SYSSOFT.PERL.PERL5_8_0_RC1.T]PERL.;1 deleted (9 blocks)
%COPY-S-COPIED, $41$DKA400:[SYSSOFT.PERL.PERL5_8_0_RC1]PERL.EXE;1 copied to
$41$DKA400:[SYSSOFT.PERL.PERL5_8_0_RC1.T]PERL.;1 (4 blocks)
%DELETE-I-FILDEL, $41$DKA400:[SYSSOFT.PERL.PERL5_8_0_RC1.T]VMSPIPE.COM;1 deleted (9 blocks)
%COPY-S-COPIED, $41$DKA400:[SYSSOFT.PERL.PERL5_8_0_RC1]VMSPIPE.COM;1 copied to
$41$DKA400:[SYSSOFT.PERL.PERL5_8_0_RC1.T]VMSPIPE.COM;1 (3 blocks)
14-JUN-2002 12:33:59.15 User: SYSHAF Process ID: 2022AC8A
Node: TESLA Process name: "_RTA3:"
Accounting information:
Buffered I/O count: 58925 Peak working set size: 2347
Direct I/O count: 141029 Peak virtual size: 7336
Page faults: 25803 Mounted volumes: 0
Images activated: 167
Elapsed CPU time: 0 00:03:05.72
Connect time: 2 23:51:23.46
1..10
ok 1 - first process started
ok 2 - second
ok 3 - third
ok 4 - fourth
# pids were 539118397, 539136318, 539138879, 539145024
ok 5 - message from first process
ok 6 - first process killed
ok 7 - message from second process
ok 8 - killing procs 2 & 3
# waiting for process 539145024 to exit
(After waiting for at least 3 minutes-last time 60)
Interrupt
14-JUN-2002 12:58:42.32 User: SYSHAF Process ID: 2022AC8A
Node: TESLA Process name: "_RTA3:"
Accounting information:
Buffered I/O count: 59548 Peak working set size: 4927
Direct I/O count: 141196 Peak virtual size: 9546
Page faults: 29456 Mounted volumes: 0
Images activated: 169
Elapsed CPU time: 0 00:03:08.72
Connect time: 3 00:16:06.63
%SYSTEM-W-CONTROLY, operation completed under CTRL/Y
Since I don't know how to pick up running the standard test suite after the
t/io/openpid test, I had to quit here.
On seeing the report of a new snapshot, I got brave and downloaded it to my
OpenVMS AXP V7.1-1H2 machine. I saved your build_devperl.com procedure for
later mods to fit my environ. In doing my build of the 17238 snapshot, I ran
into several messages about dates into the future and had some problems
completing the compiles; seeing PPrymmer's message about invoking vmstar with
vmstar/extract/verbose/date_policy=none caused me to scrap my effort and start
over. This time the compiles completed cleanly and I embarked upon the MMS TEST.
Unfortunately, this latest snapshot did nothing to help my situation; the same
8 failures as reported before are still there.
>t/io/fs..............................FAILED at test 31
>t/op/stat............................FAILED at test 29
>ext/Cwd/t/cwd........................FAILED at test 9
>lib/AutoSplit........................FAILED at test 2
>lib/ExtUtils/t/Command...............FAILED at test 10
>lib/File/stat........................FAILED at test 18
>lib/Net/hostent......................FAILED at test 5
>t/pod/find...........................FAILED at test 2
>
>Failed 8 test scripts out of 628, 98.73% okay.
>OK, lib/Net/hostent is a known Multinet problem. There is or soon
>will be an ECO from Process.
I will be awaiting this also.
Upon seeing Larry Bohan's message about a proposed fix for t/io/fs ,
I feel this is right on. The comment "# must have delete access to rename a
directory" is definitely true on VMS; why was this left out of the patches?
His comments about t/op/stat and "the [perl...] tree not owned by the
user/account I was doing the make/test/install from" may also be true, even
though I am running this from my priv account.
Well, as hinted in my previous message, the little red "Time Expired" flag
has gone up on my TUIT meter. When I get back from my vacation, if time
permits, I will re-join the forray into the snapshot/RC hunt. I desparately
would like a more recent Perl version for the VAX 5.5-2 system (currently
running version 5.004_04); I've had trouble trying to build 5.005_03 or
anything newer on this system. At least the new building procedures have
made building that much easier. Thanks, everyone, for all your help.
Henry Frystak New Jersey Institute of Technology
System Administrator University Information Services
VAX/VMS USENET Newsmanager University Heights
TESLA::SYSHAF Newark, New Jersey 07102
syshaf@tesla.njit.edu