From: Nicholas Clark <nick@ccl4.org>
Date: Mon, 4 Mar 2002 23:33:52 +0000 (+0000)
Subject: Re: [PATCH] Re: For 5.7.3, known failure for rel2abs2rel.t on FreeBSD 4.5
X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=commitdiff_plain;h=fb6d9fa6d66804c502891d3ff3efd278aefa37fd;p=p5sagit%2Fp5-mst-13.2.git

Re: [PATCH] Re: For 5.7.3, known failure for rel2abs2rel.t on FreeBSD 4.5
Message-ID: <20020304233351.GB4284@Bagpuss.unfortu.net>

p4raw-id: //depot/perl@15025
---

diff --git a/pod/perldelta.pod b/pod/perldelta.pod
index 580fe25..26027e9 100644
--- a/pod/perldelta.pod
+++ b/pod/perldelta.pod
@@ -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