Front page | perl.vmsperl |
Postings from June 2002
At 11:52 AM +0200 6/28/02, Martin Vorlaender wrote:
> > It seems at the least we should add SYS to the list of
> > dangerous logical names.
>
>It certainly is. I defined SYS to point to the reference copies of the
>DEC C header files, and the build went smooth. MMS TEST, though,
>wouldn't
>even start (fails at the point where it tries to deassign the - system -
>logical).
Hmm. It's assuming it needs to deassign the one it defined in
descrip.mms, but for you that didn't happen because of the
system-level definition. The following appears to work so we should
probably do this instead:
--- vms/test.com;-0 Sat Jun 1 12:03:53 2002
+++ vms/test.com Fri Jun 28 14:22:31 2002
@@ -64,7 +64,7 @@
$ Copy/Log/NoConfirm [-]VMSPIPE.COM []
$!
$! This may be set for the C compiler in descrip.mms, but it confuses the File::Find tests
-$ if f$trnlnm("sys") .nes. "" then DeAssign sys
+$ if f$trnlnm("sys") .nes. "" then Define sys " "
$!
$! And do it
$ Set Message /NoFacility/NoSeverity/NoIdentification/NoText
[end of patch]
>lib/File/Spec/t/rel2abs2rel..........FAILED at test 4
>
Does the current working directory have a concealed device name in it?
>lib/Math/BigInt/t/bare_mbi...........FAILED at test 2326
>lib/Math/BigInt/t/bigintpm...........FAILED at test 2326
>lib/Math/BigInt/t/sub_mbi............FAILED at test 2326
>
>The message behind all of these is
>
># Test 2326 got: '1701411834604692e+23'
>(../lib/math/bigint/t/bigintpm.inc at line 394)
># Expected: '1e+129'
Yup. We need to skip those tests for a D_FLOAT build. Unfortunately
bigintpm.inc is not constructed in such a way that it's easy to stick
in a check for that.
>lib/Tie/File/t/01_gen................FAILED at test 36
>lib/Tie/File/t/04_splice.............FAILED at test 9
....
>The message behind all of these is
>
>truncate not implemented at ../lib/Tie/File.pm line 745, <FH> line ...
Looks like those tests should be skipped unless $Config{d_truncate} is true.
>lib/vmsish...........................FAILED at test 22
>
>In singular testing I get
>
>not ok 22 - (time) UTC:1025256379 VMS:1025256379
>not ok 23 - (localtime)
># UTC: 19 26 11 28 5 102 5 178 -1
># VMS: 19 26 11 28 5 102 5 178 -1
>not ok 24 - (gmtime)
># UTC: 19 26 9 28 5 102 5 178 0
># VMS: 19 26 9 28 5 102 5 178 0
>not ok 25 - (stat) UTC: 1022943813 VMS: 1022943813
Is your SYS$TIMEZONE_DIFFERENTIAL zero? I seem to remember there is
a test that frequently fails when that is the case.
--
________________________________________
Craig A. Berry
mailto:craigberry@mac.com
"... getting out of a sonnet is much more
difficult than getting in."
Brad Leithauser
Thread Previous
|
Thread Next