This is a live mirror of the Perl 5 development currently hosted at https://github.com/perl/perl5
Re: For 5.7.3, known failure for rel2abs2rel.t on FreeBSD 4.5
authorNicholas Clark <nick@ccl4.org>
Mon, 4 Mar 2002 22:20:13 +0000 (22:20 +0000)
committerJarkko Hietaniemi <jhi@iki.fi>
Mon, 4 Mar 2002 21:23:42 +0000 (21:23 +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