Perhaps this is the close problem, but this is in the middle of generate_data in tests/function.c. The poll is waiting for a write. I thought that these tests did not close the connection until the end of the test.
Perhaps I need a refresher on the symptoms of this problem. I am using FreeBSD 4.11 in these tests, so I don't know whether the problem goes away with 6.2. On Tue, 2008-01-22 at 18:55 -0800, Brian Aker wrote: > Hi! > > I suspect that this is the problem I and Sean looked at while at the > hackathon. FreeBSD's (and OSX) network stack do not properly flush on > close() localhost. > > Cheers, > -Brian > > On Jan 22, 2008, at 5:53 PM, Kevin Dalley wrote: > > > Yes, this is against localhost. > > > > When the tests are run against a different machine (though under > > Linux), > > the problem goes away. > > > > > > On Tue, 2008-01-22 at 15:43 -0800, Brian Aker wrote: > >> Hi! > >> > >> On Jan 22, 2008, at 9:51 AM, Kevin Dalley wrote: > >> > >>> client. The libmemcached test case "./testapp generate_nonblock" > >>> reliably shows this problem. The client is stuck in a poll, waiting > >>> for > >>> the ability to write on a socket. > >> > >> > >> Is this against localhost? > >> > >> Cheers, > >> -Brian > >> > >> -- > >> _______________________________________________________ > >> Brian "Krow" Aker, brian at tangent.org > >> Seattle, Washington > >> http://krow.net/ <-- Me > >> http://tangent.org/ <-- Software > >> http://exploitseattle.com/ <-- Fun > >> _______________________________________________________ > >> You can't grep a dead tree. > >> > > -- > _______________________________________________________ > Brian "Krow" Aker, brian at tangent.org > Seattle, Washington > http://krow.net/ <-- Me > http://tangent.org/ <-- Software > http://exploitseattle.com/ <-- Fun > _______________________________________________________ > You can't grep a dead tree. >
