On Sat, 7 Jul 2001, Brian Pane wrote: > If I'm reading the code right, there's one problem with this approach: the > APR_INCOMPLETE_READ flag doesn't get set until after the first > read on a socket, so the first read on a new connection (the one that > usually > returns EAGAIN) doesn't get skipped like it should. I _think_ the solution > is to set APR_INCOMPLETE_READ on any newly created socket, unless > you can think of cases where that would break something else. oh right. plus there's one more thing to take into account: FreeBSD's SO_ACCEPTFILTER and linux's TCP_DEFER_ACCEPT ... both of which won't present a socket for accept until there's some data to be read. hmm. we don't have TCP_DEFER_ACCEPT support yet. -dean
- Re: Extraneous socket read? rbb
- Re: Extraneous socket read? dean gaudet
- Re: Extraneous socket read? dean gaudet
- Re: Extraneous socket read? rbb
- Re: Extraneous socket read? dean gaudet
- Re: Extraneous socket read? Brian Pane
- Re: Extraneous socket read? dean gaudet
- Re: Extraneous socket read? Brian Pane
- Re: Extraneous socket read? dean gaudet
- Re: Extraneous socket read? Brian Pane
- Re: Extraneous socket read? dean gaudet
- Re: Extraneous socket read? Bill Stoddard
- Re: Extraneous socket read? dean gaudet
- Re: Extraneous socket read? dean gaudet
- Re: Extraneous socket read? Brian Pane
- Re: Extraneous socket read? dean gaudet
- Re: Extraneous socket read? Brian Pane
- Re: Extraneous socket read? Brian Pane
- Limit directive and unimplemented me... Cody Sherr
- Re: Limit directive and unimplemente... Roy T. Fielding
- Re: Limit directive and unimplemente... Cody Sherr