Bug#325600: threads.... a solution?

2005-10-24 Thread Tom Evans
Hi All - I finally tracked this down to the "pthread_read_children" call in the "manager.c" file in linuxthreads. For some reason, the waitpid_not_cancel in the following "while" always returns 0 and no children are "reaped": (Line 947 or so) while ((pid = waitpid_not_cancel(-1, &status, WN

Bug#325600: threads.... a solution?

2005-11-12 Thread Daniel Jacobowitz
On Tue, Oct 25, 2005 at 12:05:16AM -0400, Tom Evans wrote: > Hi All - > > I finally tracked this down to the "pthread_read_children" call in the > "manager.c" file in linuxthreads. > > For some reason, the waitpid_not_cancel in the following "while" always > returns 0 > and no children are "rea

Bug#325600: threads.... a solution?

2005-11-12 Thread Tom Evans
Daniel Jacobowitz wrote: On Tue, Oct 25, 2005 at 12:05:16AM -0400, Tom Evans wrote Do you have a clear testcase for this problem? I tried to reproduce it, and could not Well, any threaded program should do, but while working on the solution, I used the test below. Compile if and run it and i

Bug#325600: threads.... a solution?

2005-11-12 Thread Bob McElrath
Daniel Jacobowitz [EMAIL PROTECTED] wrote: > Do you have a clear testcase for this problem? I tried to reproduce > it, and could not. Another program which exhibits it is clamav-milter, which is a single C file weighing in at 5000 lines, if you want to dig through it to see what it's doing with i

Bug#325600: threads.... a solution?

2005-11-12 Thread Daniel Jacobowitz
On Sat, Nov 12, 2005 at 07:36:21PM -0500, Tom Evans wrote: > Daniel Jacobowitz wrote: > >On Tue, Oct 25, 2005 at 12:05:16AM -0400, Tom Evans wrote > > > >Do you have a clear testcase for this problem? I tried to reproduce > >it, and could not > > Well, any threaded program should do, but while wo

Bug#325600: threads.... a solution?

2005-11-12 Thread Tom Evans
Daniel Jacobowitz wrote: On Sat, Nov 12, 2005 at 07:36:21PM -0500, Tom Evans wrote: How can this possibly be fixed by changing waitpid_not_cancel? That call is in pthread_reap_children, which isn't even reached by this test, as far as I can tell. Of course it should be. And of course GDB

Bug#325600: threads.... a solution?

2005-11-13 Thread Uwe Schindler
Another simple program that creates defunct processes is gnome-cups-manager and also mysql creates them. Since I run a testing system with a replaced libpthread.so (the one Tom created) and setted libc6.1 to "HOLD", there are no more defunct processes and no other problems occur. Could it be

Bug#325600: threads.... a solution?

2005-11-13 Thread Tom Evans
Uwe Schindler wrote: Another simple program that creates defunct processes is gnome-cups-manager and also mysql creates them. Since I run a testing system with a replaced libpthread.so (the one Tom created) and setted libc6.1 to "HOLD", there are no more defunct processes and no other problems