This is the mail archive of the
mailing list for the glibc project.
Re: New threaded application: develop against NPTL?
- From: "Kevin P. Fleming" <kpfleming at cox dot net>
- To: libc-alpha at sources dot redhat dot com
- Date: Thu, 11 Sep 2003 12:14:57 -0700
- Subject: Re: New threaded application: develop against NPTL?
- References: <3F60C5E0.email@example.com> <3F60CDAD.firstname.lastname@example.org>
Dan Kegel wrote:
It depends. It could be that LinuxThreads will work just fine
for you. I never had to work around any bugs in it when I was using it.
I failed to mention that the app will also be having to deal with
signals, which seems to be a source of inconsistencies, if not
outright bugs, in LinuxThreads. Certainly the signal handling model in
the NPTL whitepaper makes more sense to me, anyway.
That said, NPTL is good stuff. If you do end up requiring NTPL,
you might want to make sure your
app works both with your modern kernel and glibc, and also with
Red Hat 9, which uses an older NPTL. That ought to keep enough
Well, the application is a fancy init/service-manager/etc. type of
thing, that if it works is going to replace SysVinit and/or simpleinit
on my systems. As such, I doubt if many RH9 users are going to be
interested in it :-)
Thanks for the information, though.