This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: CLONE_THREAD
- From: george anzinger <george at mvista dot com>
- To: Daniel Jacobowitz <drow at mvista dot com>
- Cc: libc-alpha at sources dot redhat dot com
- Date: Wed, 20 Feb 2002 00:06:45 -0800
- Subject: Re: CLONE_THREAD
- Organization: Monta Vista Software
- References: <3C72EBB8.499C1C2C@mvista.com> <20020219234533.A22689@nevyn.them.org>
Daniel Jacobowitz wrote:
>
> On Tue, Feb 19, 2002 at 04:20:08PM -0800, george anzinger wrote:
> > Is there any reason not to turn on the CLONE_THREAD option in the
> > pthread clone calls?
> >
> > As near as I can see this will not do much in the current library,
> > however, I have patch for the kernel that wants to keep track of thread
> > groups.
>
> It does quite a bit. For instance, getpid() in the threads will no
> longer return a unique value per thread, but the thread group ID.
Presumably there is a getthreadid() or some such. Lets see, LynxOS
combines the process pid and the threadid in the same word, won't work
here, but...
>
> On the other hand, I'd like to see LinuxThreads use CLONE_THREAD also.
> Ulrich, I know that it doesn't begin to cover what LinuxThreads needs
> from the kernel, but in my conversations with David Howells about the
> process ornament debugging interface we've agreed that it would be a
> great deal easier to deal with threaded processes if they belonged to a
> thread group.
>
> > Also, the info on what this list is for is a bit sparse, am I on the
> > right mailing list?
>
> Yup.
>
> --
> Daniel Jacobowitz Carnegie Mellon University
> MontaVista Software Debian GNU/Linux Developer
--
George george@mvista.com
High-res-timers: http://sourceforge.net/projects/high-res-timers/
Real time sched: http://sourceforge.net/projects/rtsched/