This is the mail archive of the libc-ports@sources.redhat.com mailing list for the libc-ports project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Calls to getpid() in clone'd child return parent's pid.

From: Daniel Jacobowitz <drow at false dot org>
To: Carlos O'Donell <carlos at systemhalted dot org>
Cc: libc-ports at sourceware dot org
Date: Thu, 14 Sep 2006 00:03:59 -0400
Subject: Re: Calls to getpid() in clone'd child return parent's pid.
References: <119aab440609131910g2237f51frdd94774f03e1466@mail.gmail.com> <20060914030059.GA31135@nevyn.them.org> <119aab440609132102r2dae6015m67fa8051b4ae7952@mail.gmail.com>

On Thu, Sep 14, 2006 at 12:02:50AM -0400, Carlos O'Donell wrote:
> On 9/13/06, Daniel Jacobowitz <drow@false.org> wrote:
> >Failure to handle RESET_PID in your clone.S, maybe?
> 
> That is correct, we are not handling RESET_PID at all.
> After reading a couple of implementations it looks like we
> need to do the following:
> 
> #ifdef RESET_PID
> - In the cloned child, before calling the clones function.
> - Skip this if CLONE_THREAD or CLONE_VM
> - Call the getpid syscall, and store the result in PID and TID 
> (tcb-offsets.h).
> #endif
> 
> Does that look right?

I've got no idea any more :-)  But not quite - I distinctly remember
some CLONE_VM handling.

-- 
Daniel Jacobowitz
CodeSourcery

Follow-Ups:
- Re: Calls to getpid() in clone'd child return parent's pid.
  - From: Carlos O'Donell

References:
- Calls to getpid() in clone'd child return parent's pid.
  - From: Carlos O'Donell
- Re: Calls to getpid() in clone'd child return parent's pid.
  - From: Daniel Jacobowitz
- Re: Calls to getpid() in clone'd child return parent's pid.
  - From: Carlos O'Donell

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]