At 8:15 PM -0500 1/21/06, John E. Malmberg wrote:
>All tests successful.
>u=141.39  s=0.00  cu=0.00  cs=0.00  scripts=1084  tests=157283

Not for me.  With HP C V7.1-015 on OpenVMS Alpha V8.2, I still get:

t/op/stat..................................................FAILED--no leader 
found

Running it a number of times, it fails on odd runs and succeeds on even:

$ perl harness [.op]stat.t
[.op]stat....ok
All tests successful.
Files=1, Tests=86,  9 wallclock secs ( 0.00 cusr +  0.00 csys =  0.00 CPU)
$ perl harness [.op]stat.t
[.op]stat....dubious
        Test returned status 12 (wstat 1024, 0x400)
                (VMS status is 12)
FAILED--1 test script could be run, alas--no output ever seen
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual 
address=000000000000000C, PC=0000000000000012, PS=00000003

It turns out that the difference is whether the temporary file
Op_stat.tmp is present or not.  A failed run leaves four versions of
it sitting there.  The next run succeeds but cleans them all up.
Then the next run fails again.  It gets pretty far in the test
because it creates the four temp files successfully, but it returns
no output.  The accvio only happens when the test is run as a piped
subprocess.  It does not happen when the subprocess runs Perl under
the VMS debugger.  I do not see the failure with Compaq C V6.4-005 on
OpenVMS Alpha V7.2-1.  I do not see the failure with maintperl.
Suspects include recent changes to the stat structure and to exit
handling and to memory allocation and deallocation of the structures
used by pipes.

John, are you running on an unreleased version of VMS or of the CRTL?
What version of the compiler are you using?  There's not much
difference between v7.1 and v6.5 on Alpha, is there?
-- 
________________________________________
Craig A. Berry
mailto:[EMAIL PROTECTED]

"... getting out of a sonnet is much more
 difficult than getting in."
                 Brad Leithauser

Reply via email to