[ID 20020305.018] test failures with perl5.7.3 on FreeBSD 4.3

This is a bug report for perl from eserte@vran.herceg.de,
generated with the help of perlbug 1.33 running under perl v5.7.3.


-----------------------------------------------------------------
I got two test failures. Note: this is the rsynced perl version
(2002-03-05, ca. 21:00 UTC), so it might differ from the release.

t/op/misc...........................PROG: -w

"x" =~ /(\G?x)?/;       # core dump in 20000716.007
EXPECTED:
Quantifier unexpected on zero-length expression in regex; marked by <-- HERE in m/(\G?x)? <-- HERE / at - line 2.
GOT:

FAILED at test 77



lib/File/Spec/t/rel2abs2rel........../unknown: not found
#     Failed test (../lib/File/Spec/t/rel2abs2rel.t at line 28)
#          got: ''
#     expected: 'ok
# '
/vran/usr/local/src/bleedperl/t/unknown: not found
FAILED at test 1




The second test does not fail if executed directly:
.../perl -Ilib lib/File/Spec/t/rel2abs2rel.t


Regards,
	Slaven

-----------------------------------------------------------------
---
Flags:
    category=core
    severity=medium
---
Site configuration information for perl v5.7.3:

Configured by eserte at Tue Mar  5 22:13:36 CET 2002.

Summary of my perl5 (revision 5.0 version 7 subversion 3 patch 15046) configuration:
  Platform:
    osname=freebsd, osvers=4.3-stable, archname=i386-freebsd
    uname='freebsd vran.herceg.de 4.3-stable freebsd 4.3-stable #6: mon jul 9 11:49:47 cest 2001 root@vran.herceg.de:vranhomesrcfreebsd-4srcsyscompilevran i386 '
    config_args='-de -Dusedevel -Dprefix=/usr/perl5.7.3'
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef
    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    use64bitint=undef use64bitall=undef uselongdouble=undef
    usemymalloc=n, bincompat5005=define
  Compiler:
    cc='cc', ccflags ='-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -I/usr/local/include',
    optimize='-O',
    cppflags='-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -I/usr/local/include'
    ccversion='', gccversion='2.95.3 [FreeBSD] 20010315 (release)', gccosandvers=''
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
    ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
    alignbytes=4, prototype=define
  Linker and Libraries:
    ld='cc', ldflags ='-Wl,-E  -L/usr/local/lib'
    libpth=/usr/lib /usr/local/lib
    libs=-lbind -lgdbm -ldb -lm -lc -lcrypt -lutil
    perllibs=-lbind -lm -lc -lcrypt -lutil
    libc=, so=so, useshrplib=false, libperl=libperl.a
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' '
    cccdlflags='-DPIC -fpic', lddlflags='-shared  -L/usr/local/lib'

Locally applied patches:
    DEVEL15046

---
@INC for perl v5.7.3:
    lib
    /usr/perl5.7.3/lib/5.7.3/i386-freebsd
    /usr/perl5.7.3/lib/5.7.3
    /usr/perl5.7.3/lib/site_perl/5.7.3/i386-freebsd
    /usr/perl5.7.3/lib/site_perl/5.7.3
    /usr/perl5.7.3/lib/site_perl
    .

---
Environment for perl v5.7.3:
    HOME=/home/e/eserte
    LANG (unset)
    LANGUAGE (unset)
    LC_ALL=de_DE.ISO_8859-1
    LD_LIBRARY_PATH (unset)
    LOGDIR (unset)
    PATH=/usr/X11R6/bin:/usr/X11/bin:/usr/local/bin:/usr/bin:/bin:/usr/gnu/bin:/usr/TeX/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/local/pilot/bin:/home/e/eserte/bin/FreeBSD:/home/e/eserte/bin/sh:/home/e/eserte/bin:/usr/X386/bin:/usr/games:/home/e/eserte/devel
    PERL_BADLANG (unset)
    SHELL=/usr/local/bin/tcsh

0
eserte
3/5/2002 9:50:52 PM
perl.perl5.porters 47902 articles. 1 followers. Follow

3 Replies
292 Views

Similar Articles

[PageSpeed] 29

On Tue, Mar 05, 2002 at 10:50:52PM +0100, Slaven Rezic wrote:

> I got two test failures. Note: this is the rsynced perl version
> (2002-03-05, ca. 21:00 UTC), so it might differ from the release.

rsynced has  been failing on 4.5 for at least 2 weeks, so it's not crucial.
What's very interesting is that you've got 4.3 (which I don't have access
to) and it's failing there too. Thanks for reporting this.

> lib/File/Spec/t/rel2abs2rel........../unknown: not found
> #     Failed test (../lib/File/Spec/t/rel2abs2rel.t at line 28)
> #          got: ''
> #     expected: 'ok
> # '
> /vran/usr/local/src/bleedperl/t/unknown: not found
> FAILED at test 1
> 
> 
> 
> 
> The second test does not fail if executed directly:
> ../perl -Ilib lib/File/Spec/t/rel2abs2rel.t

Just the same as 4.5 and 4.4-PRERELEASE (which I have access to)
This makes no sense to me. But it might do to someone versed in FreeBSD
internals.

Jarkko - do you want to apply the patch, or do you want to wait for a day
or two in case someone on FreeBSD 4.2 returns a result. It would be
really nice to bound the version at which point the test starts failing.
[Sorry, and more importantly to have a bound at the other side where it
passes. Preferably 4.6 :-)]

Nicholas Clark
-- 
Even better than the real thing:	http://nms-cgi.sourceforge.net/

--- pod/perldelta.pod.orig	Tue Mar  5 06:17:12 2002
+++ pod/perldelta.pod	Tue Mar  5 22:24:20 2002
@@ -2533,16 +2533,18 @@
 
 The subtests 11 and 12 sometimes fail and sometimes work.
 
-=head2 FreeBSD 4.5 fails lib/File/Spec/t/rel2abs2rel.t
+=head2 FreeBSD 4.3, 4.4, 4.5 fail lib/File/Spec/t/rel2abs2rel.t
 
-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.
+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 known to be
+failing on FreeBSD 4.3, 4.4 and 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/kern/vfs_cache.c> is being incremented whenever
 F</proc/curproc/file> fails to return the perl executable's path.
+[If you find that if fails on other versions of FreeBSD, please use perlbug
+to report them to us. If you are able to fix the bug, even better.]
 
 =head2 HP-UX lib/io_multihomed Fails When LP64-Configured
 
0
nick
3/5/2002 10:30:49 PM
> Jarkko - do you want to apply the patch, or do you want to wait for a day
> or two in case someone on FreeBSD 4.2 returns a result. It would be
> really nice to bound the version at which point the test starts failing.
> [Sorry, and more importantly to have a bound at the other side where it
> passes. Preferably 4.6 :-)]

Thanks, applied.  (I'm seriously considering just simply not doing the
/proc/curproc/file on FreeBSD...)

-- 
$jhi++; # http://www.iki.fi/jhi/
        # There is this special biologist word we use for 'stable'.
        # It is 'dead'. -- Jack Cohen
0
jhi
3/6/2002 1:34:18 AM
On Wed, Mar 06, 2002 at 03:34:18AM +0200, Jarkko Hietaniemi wrote:
> > Jarkko - do you want to apply the patch, or do you want to wait for a day
> > or two in case someone on FreeBSD 4.2 returns a result. It would be
> > really nice to bound the version at which point the test starts failing.
> > [Sorry, and more importantly to have a bound at the other side where it
> > passes. Preferably 4.6 :-)]
> 
> Thanks, applied.  (I'm seriously considering just simply not doing the
> /proc/curproc/file on FreeBSD...)

I've thought of a more elegant hack.
For buggy systems (that every OS, isn't it?) we ought to be able to launder
the result by checking to see if it has a '/' in it.
I believe that every path of the executable ought to have / in it
[99.99% of the time starting /, and I'm hoping that if you are in a chroot
with '.' still outside and run an executable from ./ that the kernel will
call it "./foo". But chroot(1) changes directory into the chroot, so I can't
easily verify this. [I don't feel like compiling a static executable, or
figuring out how to mount proc from inside my chroot. And sash doesn't have
them as builtins :-(]

Nicholas Clark
-- 
Even better than the real thing:	http://nms-cgi.sourceforge.net/
0
nick
3/6/2002 8:53:51 PM
Reply: