httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jim Jagielski <>
Subject Re: lingerout()
Date Mon, 14 Apr 1997 11:58:43 GMT
Dean Gaudet wrote:
> On Sun, 13 Apr 1997, Roy T. Fielding wrote:
> > Hmmmm, the calls to shutdown, select, and read cannot be restarted and
> > the first EINTR will cause the lingering to end.  Ah crap, the place
> > where it might occur is in bflush(), where it is looping on EINTR instead
> > of returning with -1.  I can't think of any case where we would want
> > a flush to continue after a signal is received, so I think that is bogus.
> Good luck fixing this... if you have an interrupted syscall anywhere
> in buff.c things are in a really screwed state (consider chunking)
> and cleanup is hard to do, which is why it's written to just continue.

I'm sure there must be a reason, but I'm missing it: Why, if things
are really screwed up in buff.c, do we not return an error? Surely
continuing won't make things better.

      Jim Jagielski            |       jaguNET Access Services           |
                  "Not the Craw... the CRAW!"

View raw message