Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Message-ID:	<3D50BF6F.9020101@colorfullife.com>
Date:	Wed, 07 Aug 2002 08:34:23 +0200
From:	Manfred Spraul <manfred AT colorfullife DOT com>
User-Agent:	Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530
X-Accept-Language:	en-us, en
MIME-Version:	1.0
To:	Nils <internationils AT gmx DOT net>
CC:	cygwin AT cygwin DOT com
Subject:	Re: [PATCH] cygwin+bash: bash reorders script output bug identified/fixed
References:	<3D4F758C DOT 4010109 AT colorfullife DOT com> <3D509328 DOT 3040302 AT gmx DOT net>

Nils wrote:

> This may have been what I was running into as well.  See 
> http://cygwin.com/ml/cygwin/2002-07/msg01894.html
>
> When doing the same compiles with in a window with tcsh running (even 
> if bash gets invoked later on) the process numbers seem to increase 
> much more slowly.  If you do a large compile using bash as your shell, 
> do you see process numbers creeping upward (in task manager) gradually 
> as well?

That sounds like either windows or cygwin is leaking handles. Get 
handleex from sysinternals (google finds it) and check if there is an 
unusal amount of open handles around, and which process owns them.

--
    Manfred


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -