Hi,
Does apache clear env variables set by $r-subprocess_env()
at the end of the request? Put in another way - Does
apache start with a 'clean' environment for every request?
Long description : -
I set a bunch of variables in one the perl-handlers using
Apache request object's $r
Hari Bhaskaran wrote:
Hi,
Does apache clear env variables set by $r-subprocess_env()
at the end of the request?
sort of...
Put in another way - Does
apache start with a 'clean' environment for every request?
that's a more accurate description :)
--Geoff
I have a variable that is set with PerlSetEnv in
my Apache config.
PerlSetEnv SOMEVAR FOO
On some occasions my PerlTransHandler
changes this variable:
$r-subprocess_env('SOMEVAR','BAR');
This used to work fine, and my PerlHandler (HTML::Embperl)
would see $ENV{SOMEVAR}=='BAR'
However
I'd like to access the original Apache startup environment variables from within Perl> sections.
Through experimentation and reading page 498 of the Eagle that I need to use Apache->Request->subprocess_env to access the original environment in order to do this, as %ENV is cleared at in
Folks,
I don't seem to be able to make pnotes, notes or subprocess_env work. I
am trying to pass a value from a handler to another, and from what I
have read in the Eagle, and cook book, the request ought to be the main
one in order for the pnotes, ... to work. So Here is the snippet of my
code
* Rasoul Hajikhani [EMAIL PROTECTED] [2002-04-18 16:29]:
I don't seem to be able to make pnotes, notes or subprocess_env work.
I am trying to pass a value from a handler to another, and from what I
have read in the Eagle, and cook book, the request ought to be the
main one in order
On Wed, Jul 18, 2001 at 11:41:01AM -0400, Geoffrey Young wrote:
well, in mod_cgi land it's not that easy to access r-notes, right? but
there is no reason that mod_ssl and friends couldn't set both for those of
us who can...
*and* to (please!) have a way to turn off the environment crap in
Can't all these modules (your scripts,
The environment leak in my test case was just to make my point clear,
not a programmatic example of course
mod_ssl, etc) just use the request object and/or Apache notes to
communicate? That's exactly what they're there for!
I get it now: there is
that contains just phpinfo() - the LEAKING
variable is passed to it, I can see it in the HTTP_ENV_VARS.
So far, so good - a remanent environment may not be what I want, but
it certainly is not a bug. It becomes worse with a module that sets
things in the CGI namespace ($r-subprocess_env
FYI
http://forum.swarthmore.edu/epigone/modperl/quajugrar/DDC7EF25B9D6D311A2
[EMAIL PROTECTED]
-Original Message-
From: Dominique Quatravaux [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 17, 2001 2:24 PM
To: [EMAIL PROTECTED]
Subject: [BUG] $r-subprocess_env() leaking to %ENV
On Thu, 8 Jun 2000, Ian Kallen wrote:
I'm using a third party module that writes a bunch of variables to the
subprocess_env table to setup data for the request. It has us making
repeated class method calls like this (for our usage with Mason):
% Blah::foo('bletch') %
where foo
I'm using a third party module that writes a bunch of variables to the
subprocess_env table to setup data for the request. It has us making
repeated class method calls like this (for our usage with Mason):
% Blah::foo('bletch') %
where foo is in the Blah package merely doing this:
sub foo
12 matches
Mail list logo