httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe, Jr." <>
Subject RE: cvs commit: apache-2.0/src/os/win32 mod_isapi.c
Date Sun, 15 Oct 2000 01:40:37 GMT
> From: []
> Sent: Saturday, October 14, 2000 7:36 PM
> On 14 Oct 2000 wrote:
> > wrowe       00/10/14 16:18:52
> > 
> >   Modified:    src/os/win32 mod_isapi.c
> >   Log:
> >     Change to buckets for isapi output.  Still requires 
> emulation of IO
> >     Completion/Async behavior, but a non-async 
> >     now implemented.
> This is really cool!  How hard was it to figure this out?  I am asking
> because if you had a hard time figuring it all out, then 
> other people will
> too, and we probably have to think about that.  If it wasn't 
> that hard,
> then we probably have the right design.

First off ... this needs thorough testing (single stepping to be sure
I'm happy with the flow) which will really teach me to appreciate or 
hate filters/buckets ;-)  Once I caught the gist (stolen from cgi) - 
it wasn't hard to implement the REQ_HSE_TRANSMIT_FILE ... the question 
is, is it right :-?

Where I'm not clear - if we use ap_pass_brigade, and haven't sent the
headers with ap_send_http_header, what happens?  Status: 200 OK and all
goes well?  Or something else?  What if we try ap_send_http_header and
we have allocated the buckets but not used ap_pass_brigade yet?

As I dig into the actual body filtering and headers on the next few 
uses of buckets, I'll get a better handle for whether they work or not.
I choose transient since we don't know how persistant the isapi's data
really is, and assume this is the best choice in this case.

View raw message