Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Date: Wed, 23 Apr 2003 15:32:36 -0400 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: CVS head bash problem Message-ID: <20030423193236.GC8396@redhat.com> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <20030423015402 DOT GB38081907 AT hpn5170x> <3 DOT 0 DOT 5 DOT 32 DOT 20030423000357 DOT 007f9780 AT incoming DOT verizon DOT net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3.0.5.32.20030423000357.007f9780@incoming.verizon.net> User-Agent: Mutt/1.4.1i On Wed, Apr 23, 2003 at 12:03:57AM -0400, Pierre A. Humblet wrote: >At 11:29 PM 4/22/2003 -0400, Christopher Faylor wrote: >>A few debugging possibilities spring to mind here. >> >>Try running it under strace with a very large buffer size in (the -b >>option). Attach to the hung process in strace or gdb. >> >>Does it also have problems with cygwin snapshots? If not, then we need >>to see how you've configured your version of cygwin, what version of gcc >>you use, etc. >> >>If this is just a cvs thing (and that isn't really clear) then the old >>popular binary search through cvs might be useful to find out what >>change caused the problem. >> >>Also, send cygcheck output (as an attachment). I suspect that you may >>be using CYGWIN=tty but we don't know what your setup is. > >I had sent a cygcheck output immediately after my initial report. >CYGWIN is unset. > >Contrary to Rolf I have never seen a hung process in this context. It just occurred to me that this is probably the old bash "reuse the pid" problem. Bash is confused when pid numbers are reused in quick succession, which can be the case on Windows. I thought that Corinna had turned on something in bash to work around this problem. I wonder if it is no longer on in recent versions of bash or if the workaround doesn't work. You can prove if this is the error or not by defining SLOW_PID_REUSE when compiling fork.cc. cgf -- 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/