Skip Menu |
 
Report information
Id: 96270
Status: resolved
Priority: 0/
Queue: perl5

Owner: Nobody
Requestors: ntyni [at] debian.org
Cc:
AdminCc:

Operating System: gnukfreebsd
PatchStatus: (no value)
Severity: low
Type: core
Perl Version: 5.15.1
Fixed In: (no value)



Subject: t/op/getpid.t failure on Debian GNU/kFreeBSD
Date: Thu, 4 Aug 2011 14:49:15 +0300
To: perlbug [...] perl.org
From: Niko Tyni <ntyni [...] debian.org>
Download (untitled) / with headers
text/plain 3.4k
This is a bug report for perl from Niko Tyni <ntyni@debian.org>, generated with the help of perlbug 1.39 running under perl 5.15.1. ----------------------------------------------------------------- Commit 0e21945565eb4664d843bb819fb032cedee4d5a6 ("Turn $$ into a magical readonly variable that always fetches getpid() instead of caching it") broke t/op/getpid.t on Debian GNU/kFreeBSD (which apparently uses LinuxThreads, not NPTL): % ./perl -Ilib t/op/getpid.t 1..3 ok 1 - thread modules loaded not ok 2 - pids # Failed at t/op/getpid.t line 33 # got "96719" # expected "96721" ok 3 - ppids It looks to me like this might concern all systems with THREADS_HAVE_PIDS, which are probably scarce nowadays. Doesn't this mean PerlProc_getpid() needs a cache similar to PL_ppid on these systems? ----------------------------------------------------------------- --- Flags: category=core severity=low --- Site configuration information for perl 5.15.1: Configured by niko at Thu Aug 4 14:19:19 EEST 2011. Summary of my perl5 (revision 5 version 15 subversion 1) configuration: Local Commit: 8a8f86a04d86583490b4ce4a9821ef57289394a9 Ancestor: 9cfd094e6d0a842551c1c58e998eb057cd8425e3 Platform: osname=gnukfreebsd, osvers=8.2-1-686-smp, archname=i686-gnukfreebsd-thread-multi uname='gnukfreebsd kbsd32 8.2-1-686-smp #0 sun jul 10 20:35:30 utc 2011 i686 i386 qemu virtual cpu version 0.14.1 gnukfreebsd ' config_args='-Dusethreads -Dusedevel -DDEBUGGING -des -Doptimize=-g -O0' hint=recommended, useposix=true, d_sigaction=define useithreads=define, usemultiplicity=define useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=undef, use64bitall=undef, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-g -O0', cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include' ccversion='', gccversion='4.6.1', 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 =' -fstack-protector -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib /usr/lib/i386-kfreebsd-gnu libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc -lgdbm_compat perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc libc=, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='2.13' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib -fstack-protector' Locally applied patches: --- @INC for perl 5.15.1: lib /usr/local/lib/perl5/site_perl/5.15.1/i686-gnukfreebsd-thread-multi /usr/local/lib/perl5/site_perl/5.15.1 /usr/local/lib/perl5/5.15.1/i686-gnukfreebsd-thread-multi /usr/local/lib/perl5/5.15.1 . --- Environment for perl 5.15.1: HOME=/home/niko LANG=en_US.UTF-8 LANGUAGE=en_US:en LC_CTYPE=fi_FI.UTF-8 LD_LIBRARY_PATH (unset) LOGDIR (unset) PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games PERL_BADLANG (unset) SHELL=/bin/bash
RT-Send-CC: perl5-porters [...] perl.org
Download (untitled) / with headers
text/plain 112b
I've solved this issue in v5.15.7-407-gd7c042c, see https://github.com/mirrors/perl/commit/v5.15.7-407-gd7c042c


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

For issues related to this RT instance (aka "perlbug"), please contact perlbug-admin at perl.org