[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#753641: ITP: liblinux-pid-perl -- wrapper around the getpid() and getppid() C functions


On Thu, 2014-07-03 at 20:37:47 +0200, gregor herrmann wrote:
> Package: wnpp
> Owner: gregor herrmann <gregoa@debian.org>
> Severity: wishlist
> X-Debbugs-CC: debian-devel@lists.debian.org,debian-perl@lists.debian.org
> * Package name    : liblinux-pid-perl
>   Version         : 0.04
>   Upstream Author : Rafael Garcia-Suarez <rgs@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?


Reply to: