On Thursday 01 January 2004 19:30, Juan F. Codagnone wrote: > I was surfing the internet, when i found this thread > http://forums.gentoo.org/viewtopic.php?t=119178 > > The attached path tries to hide that problem. I don't have NPTL in my box, > so i could't try if it really works.
I can't try it as well. I believe your patch will work, but it may raise a problem when using licq on a system that uses NTPL. When a licq thread crashes it will leave the other threads running and the user will not be able to restart licq, he'd have to do a "killall -9 licq" or similar. well, at least this would be the behaviour on non-NPTL systems without the pthread_kill_other_threads_np (if i'm correct, but i'm not too sure, never tried it) On the other hand, the new NPTL has a posix conform signal handling and thus it could be it kills the other threads on it's own. the problem is that i cannot test this here. i have some trouble with my wireless card under 2.6 kernel and thus cannot try the NPTL unless my general problems with 2.6 are solved. Well, the NPTL people say that "pthread_kill_other_threads_np" was only there to workaround the problems with the old linxthreads library and it is not needed anymore with NPTL. So let's try it. I commit it to CVS. Thomas -- email: [EMAIL PROTECTED] IRC: DreamForce on #licq UIN: 75450207 (urgent messages only) ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click _______________________________________________ Licq-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/licq-devel
