Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 15406 invoked by uid 6000); 26 Mar 1998 16:00:12 -0000 Received: (qmail 15369 invoked from network); 26 Mar 1998 16:00:07 -0000 Received: from bart.wral-tv.com (199.72.70.1) by taz.hyperreal.org with SMTP; 26 Mar 1998 16:00:07 -0000 Received: from localhost (priebe@localhost) by bart.wral-tv.com (8.8.7/8.8.7) with SMTP id KAA23287 for ; Thu, 26 Mar 1998 10:59:56 -0500 (EST) Date: Thu, 26 Mar 1998 10:59:51 -0500 (EST) From: "Jason S. Priebe" To: new-httpd@apache.org Subject: API question Message-ID: Organization: WRAL OnLine MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org -----BEGIN PGP SIGNED MESSAGE----- Hope this is the appropriate place for this question. I'm working to make my mod_trailer comply with the API, per Dean's suggestions. I'm looking at the API docs regarding sub_req_lookup_uri(), and they say that this routine does everything up to actually sending a response. I took this to mean that if I do the following: rr = sub_req_lookup_uri(my_uri, r); then rr->status would be of some use. Unfortunately, if I make a request to the server for a non-existent document, rr->status contains '200', so it isn't giving me useful information. However, rr->finfo.st_mode _does_ appear to be useful, since it is properly set to 0 when I request the non-existent document. So I modified my code to use the value of rr->finfo.st_mode to determine whether to call send_http_header(). If rr->finfo.st_mode == 0, then I assume that when I call run_sub_req(rr), an error handler will take over and send the appropriate headers. Can anybody shed some light on this? - -------------------------------------------------- Jason Priebe WRAL OnLine priebe@wral-tv.com Raleigh, NC see http://www.wral-tv.com/~priebe/ for public key -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBNRp7euqkj/9w/z2hAQFl6wP/cOkWCxE5m435BowvKatKkd+oabWvASXA N624tNKuAj1rdxCaMb2MLreAGlYNMk5anld3HZzkzP7uE+35wWfQOGNJ+WrqJwLi nzOMnt7GXiRyNXMPAykU1iCAuR/WgqSQmtFCdaDnPRJ6wd6QYDGYWGVrfU4X7C/2 u77ipF9QBeg= =BHDp -----END PGP SIGNATURE-----