Re: connect() sometimes succeeds when it shouldn't

[Bruce Cran <bruce@cran.org.uk>]

On Thursday 18 February 2010 23:09:09 Ilpo Järvinen wrote:
> On Thu, 18 Feb 2010, Bruce Cran wrote:
> > I've found that if I run a program that does lots of calls to connect()
> > then it will eventually succeed when there's no server listening. For
> > SCTP it takes a few thousand, for TCP up to a couple of million.  I first
> > came across the problem in Windows, where the connection was being
> > processed so quickly that by the time the handler function had finished,
> > the 'connecting' flag had already been reset, which wasn't expected. I've
> > not checked the Linux sources to see if something similar is happening
> > though.
> >
> > The machine I tested it on was running a 2.6.32 i686 kernel.
> >
> > The test code can be found at
> > http://www.cran.org.uk/~brucec/linux/badconnect.c
> 
> Perhaps you just managed to dial your own number? ...Please try with
> my improved version of badconnect.c below. :-)

That was the problem: calling bind() before connect() fixed it. Sorry for the 
noise.

-- 
Bruce Cran