This is a live mirror of the Perl 5 development currently hosted at https://github.com/perl/perl5
Re: [PATCH] Re: For 5.7.3, known failure for rel2abs2rel.t on FreeBSD 4.5
authorNicholas Clark <nick@ccl4.org>
Mon, 4 Mar 2002 23:33:52 +0000 (23:33 +0000)
committerJarkko Hietaniemi <jhi@iki.fi>
Mon, 4 Mar 2002 23:14:54 +0000 (23:14 +0000)
Message-ID: <20020304233351.GB4284@Bagpuss.unfortu.net>

p4raw-id: //depot/perl@15025

pod/perldelta.pod

index 580fe25..26027e9 100644 (file)
@@ -2528,12 +2528,13 @@ The subtests 11 and 12 sometimes fail and sometimes work.
 
 =head2 FreeBSD 4.5 fails lib/File/Spec/t/rel2abs2rel.t
 
-Test 1 of F<lib/File/Spec/t/rel2abs2rel.t> runs "$^X" with a perl 1 liner.
+F<lib/File/Spec/t/rel2abs2rel.t> tests that "`` works" by running a
+a perl 1 liner in backticks, using "$^X" as the path to perl.
 It is failing on FreeBSD 4.5, but only when run as part of make test.
 This seems to be a kernel problem rather than perl - reading the symlink
 F</proc/curproc/file> returns "unknown" rather than the path to perl, and a
 kernel debugger reveals that variable C<numfullpathfail2> in
-F</usr/src/sys/miscfs/procfs/procfs_vnops.c> is being incremented whenever
+F</usr/src/sys/kern/vfs_cache.c> is being incremented whenever
 F</proc/curproc/file> fails to return the perl executable's path.
 
 =head2 HP-UX lib/io_multihomed Fails When LP64-Configured