Hi! On Thu, 2014-07-03 at 20:37:47 +0200, gregor herrmann wrote: > Package: wnpp > Owner: gregor herrmann <gre...@debian.org> > Severity: wishlist > X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org > > * 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? Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
