delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1999/09/09/18:35:25

Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT sourceware DOT cygnus DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
Message-ID: <19990909223419.9105.rocketmail@web1406.mail.yahoo.com>
Date: Thu, 9 Sep 1999 15:34:19 -0700 (PDT)
From: James Stern <jsternitg AT yahoo DOT com>
Reply-To: stern AT itginc DOT com
Subject: cygtclsh80 doesn't clean up child processes
To: cygwin <cygwin AT sourceware DOT cygnus DOT com>
MIME-Version: 1.0

Under Cygwin B20:

   $ cygtclsh80
   % puts [exec ls]
   % exit

   $ ps

The `ps' command reveals that `ls' is still running. 
Worse, it's a zombie (parent process id = -1) so I
can't kill it.

When enough zombies accumulate, Cygwin won't let me do
anything more.  Does anyone have a zombie killer?

Sadly, the `signal' command is TclX and hence is not
available inside `cygtclsh80'.  Otherwise I would have
tried:

	$ cygtclsh80
	% signal trap SIGCHLD {[wait]};	# Untested
	% puts [exec ls]
	% exit
 
===
-- 
Opinions expressed above are not necessarily my employer's.
James M. Stern
ITG Inc.  Culver City, CA (213) 270-7955
__________________________________________________
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019