Hi! > At this point, I'd almost trust NPTL more. After following this thread, > it seems you have the knowhow and motivation to fix buggy LT apps for > NPTL if they break.
Fixing "buggy" LT apps should be relatively easy, if they are buggy due to the current limitations of LT. If they are buggy otherwise, I guess, that's more a traditional Pthread debugging. Actually, my first motivation is to test NPTL. NPTL is certainly on its way to replace LT (not only because it's technically better- but also because the glibc maintainers decided to switch to NPTL). However (limitations asides) it remains that LT is, as of today, far more stable than NPTL. The only way we have to improve NPTL stability is: to use it!!! In all extends! So that problems show-up, and so that we can report those to the glibc maintainers (for instance, the last NPTL issue I remember is the SIGPIPE signal that is not processed correctly). That's basically why I'm eager to have NPTL. That's definitively "use at your own risk", but yes, I think I'm prepare for that... > As for NPTL+SMP, that goes double. LT is pretty much unmaintained at > this point, and that's scarier than a few hitch es along the way. Actually, NPTL makes sense on SMP machine. Because, contrarily to LT, there is no manager thread (so certain Pthread functions don't get serialized). > I'd be happy to offer any more system specific help WRT portage, > ebuilds, gentoo, the linker, gcc etc. Get a basic grip on it, and go to > town. Sounds like you're ready to break stuff. Wow, great. Thanks! I take the offer! I shall make some more thoughts, how I should organize my gentoo so that I have both NPTL and LT. Thanks again, Loic. -- COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test -------------------------------------------------- 1. GMX TopMail - Platz 1 und Testsieger! 2. GMX ProMail - Platz 2 und Preis-Qualit�tssieger! 3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. e-Post -- [EMAIL PROTECTED] mailing list
