Re: crummy build process for FastCGI-integrated Perl

Ken Fox (
Tue, 18 Jun 1996 16:03:52 -0400 (EDT)

Message-Id: <>
From: (Ken Fox)
Subject: Re: crummy build process for FastCGI-integrated Perl
To: (Mark Brown)
Date: Tue, 18 Jun 1996 16:03:52 -0400 (EDT)
In-Reply-To: Mark Brown's message of "Tue, 18 Jun 1996 14:10:36 EDT"

Mark Brown writes:

> The primary issue is that functions like print and printf are pretty
> darned fundamental to Perl.  If FastCGI doesn't implement a filehandle
> object, then FastCGI programs can't use these functions to write their
> output.  That makes FastCGI programs second-class citizens.

IMHO, it would be a lot better to have to call "FCGI::print" using a
standard Perl5 binary than to call "print" using a mangled Perl5 binary!

> (The existing filehandle object won't do because FastCGI needs to add
> protocol wrappers on the connection back to the Web server for output,
> and interpret the procotcol for input.)

Wouldn't it be possible to subclass FileHandle and get what you want?

- Ken

Ken Fox,, (313)59-44794
Ford Motor Company, Powertrain    | "Is this some sort of trick question
Analytical Powertrain Methods     |  or what?" -- Calvin
AP Environment Section            |