[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference hydra::axp-developer

Title:	Alpha Developer Support
Notice:	[email protected], 800-332-4786
Moderator:	HYDRA::SYSTEM

Created:	Mon Jun 06 1994
Last Modified:	Fri Jun 06 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	3722
Total number of notes:	11359

3040.0. "Telegraph Technology Limited" by RDGENG::ASAP () Fri Jan 17 1997 03:41

T.R	Title	User	Personal Name	Date	Lines
3040.1	find which process is causing the zombie	RDGENG::CHAMBERLIN	Danger! Do not Reverse Polarity	`Fri Jan 17 1997 10:42`	38
3040.2	After telephone message, equesting more information on 22 Jan	RDGENG::CHAMBERLIN	Danger! Do not Reverse Polarity	`Fri Jan 24 1997 03:29`	28
	Malcom, There were no attachments to my last mail - the text you returned was complete for what I sent. I dont have access to our Unix sources, but dont berlieve that function calls in libc or librpc would fork a process. Could you forward me a long output from ps, showing the defunct processes with their pids ppids and user, and for the parent process, please, and also w <OWNER_OF_DEFUNCT_PROCESS> Can you identify which is your application. Also could you check the stack traces of the defunct processes and send me this as well. To do this (as root): dbx -k /vmunix (dbx) set $pid=<PID_OF_DEFUNCT_PROCESS> (dbx) tstack BTW, although your application may not fork processes, is it by any chance multi threaded? regards, Ian.
3040.3	Further request for info (Will close call if not received)	RDGENG::CHAMBERLIN	Danger! Do not Reverse Polarity	`Mon Feb 03 1997 03:43`	46
	Malcom, If you wish me to proceed further with your problem please e-mail me the information requested in my e-mail of 22nd Jan. If you are having difficulty sending by email, then print out the information and fax to me at 01734 204146. Regards, Ian chamberlin, Digital Equipment Co. ======================================================== Malcom, There were no attachments to my last mail - the text you returned was complete for what I sent. I dont have access to our Unix sources, but dont berlieve that function calls in libc or librpc would fork a process. Could you forward me a long output from ps, showing the defunct processes with their pids ppids and user, and for the parent process, please, and also w <OWNER_OF_DEFUNCT_PROCESS> Can you identify which is your application. Also could you check the stack traces of the defunct processes and send me this as well. To do this (as root): dbx -k /vmunix (dbx) set $pid=<PID_OF_DEFUNCT_PROCESS> (dbx) tstack BTW, although your application may not fork processes, is it by any chance multi threaded? regards, Ian.