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: <3FD8CFAA.7030505@m4x.org>
Date: Thu, 11 Dec 2003 12:12:26 -0800
From: Antoine Labour <antoine DOT labour AT m4x DOT org>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: Setup hangs in postinstall
References: <3FD617A6 DOT 8050806 AT mines DOT edu> <3FD6222D DOT 6040702 AT m4x DOT org>  <3FD77B62 DOT 90909 AT mines DOT edu> <Pine DOT GSO DOT 4 DOT 58 DOT 0312101405310 DOT 28297 AT eos>  <3FD78817 DOT 9020806 AT mines DOT edu> <Pine DOT GSO DOT 4 DOT 56 DOT 0312101604470 DOT 24287 AT slinky DOT cs DOT nyu DOT edu>  <1071164163 DOT 3fd8ab038f5bf AT webmail DOT mines DOT edu> <Pine DOT GSO DOT 4 DOT 56 DOT 0312111321270 DOT 4277 AT slinky DOT cs DOT nyu DOT edu>
In-Reply-To: <Pine.GSO.4.56.0312111321270.4277@slinky.cs.nyu.edu>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii; format=flowed

Igor Pechtchanski wrote:
> <WAG>
> Cygwin setup will sometimes defer replacing in-use files until the next
> reboot.  If setup asked you to reboot after upgrading Cygwin last time,
> that means it had some files scheduled for replacement, while you were
> still running with the old versions of the DLLs.  Rebooting may fix the
> problem for your client machine as well.  The same, obviously, applies to
> Antoine.
> </WAG>
> 	Igor

No, that's not it. At least for me. I've been experiencing these 
problems for at least one month, I've rebooted many times since then, if 
only to try different versions of Cygwin, including cvs pulled ones.

On another topic, I've let my script run under strace overnight, and 
after more than 1 million iterations (and 60+ GB of logs), it still 
hadn't crashed/hung. Sorry.

 From Michael's strace, it looks like he's running into a problem 
similar to mine (see my gdb traces) : when it hangs, the child is 
closing the reading end of a pipe while the parent is reading from a 
pipe (the same one ?).

Michael: can you confirm you have a similar trace from gdb ? That is :
* on the parent
- 2 threads in ReadFile
- 2 threads in WaitForMultipleObjects
- 1 thread in DbgUiConnectToDbg
* on the child
- 1 thread in CloseHandle
- 1 thread in ReadFile
- 1 thread in DbgUiConnectToDbg

Antoine

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/