develooper 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                   
 



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