from chapter 9 of wrapmod:
There are a number of standard variables that Apache adds to the
environment prior to invoking the content handler. These include
DOCUMENT_ROOT and SERVER_SOFTWARE. By default, the complete C<%ENV>
hash is not set up until the content response phase. Only variables
set by B<PerlPassEnv>, B<PerlSetEnv> and by I<mod_perl> itself will be
visible. Should you need the complete set of variables to be
available sooner, your handler code can do so with the
I<subprocess_env> method. Example:
my $r = shift;
my $env = $r->subprocess_env;
%ENV = %$env;
On Wed, 22 Dec 1999 [EMAIL PROTECTED] wrote:
> >
> >
> > > PerlPostReadRequestHandler 'sub { Apache->request(shift) }'
> >
> > doug,
> > thanks for the response. I had tried the bandaid with no luck.
> > Probably should have said that in the post :-)
>
> Ok having realised that the Handler wasn't getting called as I already had
> another PerlPostReadRequestHandler being called the issue is getting
> clearer........
>
> I am trying to call CGI within a PerlAuthenHandler
>
> I can new correctly create the CGI object, i.e. it no longer falls over on
> registering it's callbacks. However it does not get any of the data. Now I
> presume this is because the CGI environment is not yet set up. In the
> server log it appears to be working offline...... So I tried adding to the
> environment before calling CGI->new setting REQUEST_METHOD CONTENT_LENGTH
> and CONTENT_TYPE. This creates the object correctly (but without any
> parameters) on a POST request. It would appear that CGI is not getting
> anything from STDIN. At the moment I can work around this by calling
> cgi->param for each bit of $r->content, I was just wondering if there is a
> better way fro all of this ?
>
> SAM
>
