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 14:40:55 -0500 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: select() hangs sometimes, for TCP connections Message-ID: <20040213194055.GA2855@redhat.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> <20040213192836 DOT GP3854 AT cygbert DOT vinschen DOT de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040213192836.GP3854@cygbert.vinschen.de> User-Agent: Mutt/1.4.1i X-IsSubscribed: yes Reply-To: cygwin AT cygwin DOT com On Fri, Feb 13, 2004 at 08:28:36PM +0100, Corinna Vinschen wrote: >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? Wasn't there a problem where a port was reused that wasn't exactly ready to be reused or something? I'm sorry that I don't remember exactly. It just feels vaguely like a problem we threw our hands up on a while ago. 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/