Change 15019 by jhi@alpha on 2002/03/04 21:23:42
Subject: [PATCH] Re: For 5.7.3, known failure for rel2abs2rel.t on FreeBSD 4.5
From: Nicholas Clark <[EMAIL PROTECTED]>
Date: Mon, 4 Mar 2002 22:20:13 +0000
Message-ID: <[EMAIL PROTECTED]>
Affected files ...
.... //depot/perl/pod/perldelta.pod#295 edit
Differences ...
==== //depot/perl/pod/perldelta.pod#295 (text) ====
Index: perl/pod/perldelta.pod
--- perl/pod/perldelta.pod.~1~ Mon Mar 4 14:30:05 2002
+++ perl/pod/perldelta.pod Mon Mar 4 14:30:05 2002
@@ -531,6 +531,12 @@
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 @@
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
End of Patch.
