Received: by taz.hyperreal.com (8.6.12/8.6.5) id BAA26655; Sat, 23 Dec 1995 01:22:38 -0800 Received: from arachnet.algroup.co.uk by taz.hyperreal.com (8.6.12/8.6.5) with SMTP id BAA26650; Sat, 23 Dec 1995 01:22:34 -0800 Received: from heap.ben.algroup.co.uk by arachnet.algroup.co.uk id aa16244; 23 Dec 95 9:21 GMT Received: from gonzo.ben.algroup.co.uk by heap.ben.algroup.co.uk id aa05512; 23 Dec 95 9:04 GMT Subject: Re: WWW Form Bug Report: "nph- scripts don't run...?" on Linux To: new-httpd@hyperreal.com Date: Sat, 23 Dec 1995 09:04:16 +0000 (GMT) From: Ben Laurie In-Reply-To: <199512230510.VAA26749@infinity.c2.org> from "sameer" at Dec 22, 95 09:10:42 pm X-Mailer: ELM [version 2.4 PL24 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1081 Message-ID: <9512230904.aa17447@gonzo.ben.algroup.co.uk> Sender: owner-new-httpd@apache.org Precedence: bulk Reply-To: new-httpd@apache.org > > > > > An nph- CGI program is one that sends its own HTTP response headers to the > > client, so the server just passes the CGI output through and doesn't add > > headers. The server identifies programs as such by looking at the first > > 4 characters of the program name to see if it matches "nph-". It makes > > little sense to have an nph- program run from an include, which is why > > Apache refuses to do so. > > It's not just that, but NPH programs directly talk to the > socket on which the client is connected. (Kinda makes protocol > abstraction impossible.) Which is why Apache-SSL won't do nph- scripts... > > -- > sameer Voice: 510-601-9777 > Community ConneXion FAX: 510-601-9734 > The Internet Privacy Provider Dialin: 510-658-6376 > http://www.c2.org/ (or login as "guest") sameer@c2.org -- Ben Laurie Phone: +44 (181) 994 6435 Freelance Consultant Fax: +44 (181) 994 6472 and Technical Director Email: ben@algroup.co.uk A.L. Digital Ltd, URL: http://www.algroup.co.uk London, England.