I switched back to a previous kernel version that I ran for months. I don't remember seeing zombie threads back then - the zombies still appear now - perhaps this is not a kernel issue, but rather a pthreads issue?
I gave up on reverting to stable - too many frightening messages. Has anyone else seen these <defunct> threads hanging around? ...tom The 'ps fax' I see: 2066 ? S 0:00 \_ /usr/sbin/mt-daapd 2067 ? S 0:00 \_ /usr/sbin/mt-daapd 2062 ? S 0:17 /usr/sbin/mt-daapd 2064 ? S 0:00 \_ /usr/sbin/mt-daapd 2065 ? S 0:00 \_ /usr/sbin/mt-daapd 2183 ? S 0:00 \_ /usr/sbin/mt-daapd 2485 ? Z 0:00 \_ [mt-daapd] <defunct> 2486 ? Z 0:00 \_ [mt-daapd] <defunct> 2487 ? Z 0:00 \_ [mt-daapd] <defunct> and 3779 ? Ss 0:00 /usr/sbin/hpiod 3784 ? S 0:00 \_ /usr/sbin/hpiod 3785 ? S 0:00 \_ /usr/sbin/hpiod 3869 ? Z 0:00 \_ [hpiod] <defunct> 3906 ? Z 0:00 \_ [hpiod] <defunct> 3912 ? Z 0:00 \_ [hpiod] <defunct> 3955 ? Z 0:00 \_ [hpiod] <defunct> On Sunday 28 August 2005 12:41 pm, Tom Evans wrote: > Haven't run the script - but multithreaded programs been leaving zombies > all over my machine using the 2.6.12.3 kernel. > > I am actually in the process of trying to determine what changed - I was > using Debian unstable and am downgrading to stable at the moment. > > When I debug some of the program with zombies, it almost seems as if > pthread_detach() is broken - when pthread_exit() is called, the thread > entries stick around waiting for the parent thread to go away. > > ...tom > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
