On Fri, 04 Jul 2014 10:09:12 +0200, Guillem Jover wrote: > > * Package name : liblinux-pid-perl > > Version : 0.04 > > Upstream Author : Rafael Garcia-Suarez <r...@consttype.org> > > * URL : https://metacpan.org/release/Linux-Pid > > * License : Artistic or GPL-1+ > > Programming Lang: Perl > > Description : wrapper around the getpid() and getppid() C functions > > > > Perl already returns the PID and PPID in variables and builtins. Linux::Pid > > forces perl to call the underlying C functions getpid() and getppid(). > > > > This is useful with multithreaded programs. Linux' C library, using the > > Linux > > thread model, returns different values of the PID and the PPID from > > different > > threads. > > With glibc and NPTL this module does not seem to make much sense, as > each different thread will have the same PID. If it was exposing the > Linux gettid() syscall then it would be the modern equivalent, but > that depends on the assumptions from the call sites and the expected > threading model, I suppose. > > I guess this is just a dependency from something else? Why not patch > it to use the native perl functions instead?
Right, as noted in the third paragraph of the description, mod_perl wants it: https://bugs.debian.org/684290 https://lists.debian.org/debian-perl/2014/07/msg00002.html ff. Cheers, gregor, not opposed to a mod_perl patch as an alternative -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Peter Ratzenbeck: Flowers from Ayako
signature.asc
Description: Digital Signature
