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: Fri, 13 Feb 2004 20:28:36 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: select() hangs sometimes, for TCP connections Message-ID: <20040213192836.GP3854@cygbert.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <20040213122720 DOT 17765 DOT qmail AT web60301 DOT mail DOT yahoo DOT com> <20040213143240 DOT GC4672 AT redhat DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040213143240.GC4672@redhat.com> User-Agent: Mutt/1.4.2i On Feb 13 09:32, Christopher Faylor wrote: > On Fri, Feb 13, 2004 at 04:27:19AM -0800, Patrick Samson wrote: > >Problem: sometimes select() doesn't return. > > > >Context: I run a DB replication scenario, with cron, everything 5 mn. > >There is no change in the DB, so the scenario is always the same. Most > >of the time, it works. But eventually, after some time (may be some > >minutes or hours), a process A keeps waiting forever in select() for a > >response on a TCP socket. With gdb I can see that the other end B > >returned in its ReadCommand() function, meaning it has send its > >response and waits for a new command, so this side should be OK. > > I suspect that this is basically a winsock socket reuse bug that has > been around for a long time. > > Corinna, does this ring a bell? Hmm... no, not off top of my head. Any additional hint? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin AT cygwin DOT com Red Hat, Inc. -- 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/