Re: For 5.7.3, known failure for rel2abs2rel.t on FreeBSD 4.5
Nicholas Clark [Mon, 4 Mar 2002 22:20:13 +0000 (22:20 +0000)]
Message-ID: <20020304222012.GE334@Bagpuss.unfortu.net>

p4raw-id: //depot/perl@15019

pod/perldelta.pod

index e1c51fd..580fe25 100644 (file)
@@ -531,6 +531,12 @@ The rules for allowing underscores (underbars) in numeric constants
 have been relaxed and simplified: now you can have an underscore
 simply B<between digits>.
 
+=item *
+
+Rather than relying on C's argv[0] (which may not contain a full pathname)
+where possible $^X is now set by asking the operating system.
+(eg by reading F</proc/self/exe> on Linux, F</proc/curproc/file> on FreeBSD)
+
 =back
 
 =head1 Modules and Pragmata
@@ -2520,6 +2526,16 @@ Don't panic.  Read INSTALL 'make test' section instead.
 
 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.
+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</proc/curproc/file> fails to return the perl executable's path.
+
 =head2 HP-UX lib/io_multihomed Fails When LP64-Configured
 
 The lib/io_multihomed test may hang in HP-UX if Perl has been