Hello,
do you know if there is a docker image for modperl integrated
development/running environment?
thank you.
Hello!
At work I have been having some trouble with localizing %ENV. (This
happens in CPAN modules such as Plack::Handler::Apache2 amongst others.)
All seems well during the request itself - i.e. after the "local" goes out
of scope, %ENV is reset correctly. However, on subsequent r
Thanks for the detailed explanation. I guess the explanation for the
behavior I see is that the C library called through Perl only has access to
the process global %ENV, and not to the particular $r->subprocess_env data
for the request through which it was called.
On Tue, Mar 27, 2012 at 1:53
On Tuesday, 27 March 2012 12:48:01 Charlie Katz wrote:
> Still, can someone explain why
>
>PerlSetEnv ENV_VAR /my/value
>
> has different effects than
>
>
>$ENV{ENV_VAR} = '/my/value';
>
>
> ?
The source of the problem is that apach
Okay, I figured it was something about the library being in a different
language.
Still, can someone explain why
PerlSetEnv ENV_VAR /my/value
has different effects than
$ENV{ENV_VAR} = '/my/value';
?
On Mon, Mar 26, 2012 at 3:30 PM, Lloyd Richardson
wrote:
Do the PerlSetEnv as you are, and use this module to ensure it is visible from
your pgplot lib env.
http://search.cpan.org/dist/Env-C/C.pm
From: ckatz...@gmail.com [mailto:ckatz...@gmail.com] On Behalf Of Charlie Katz
Sent: March-26-12 2:26 PM
To: rand...@modperl.pl
Cc: modperl@perl.apache.org
ent variable PGPLOT_DIR be set so
> it
> > can find some required files. Running from the command line, I just set
> > this in the shell, and PGPLOT works fine. Running in Apache, I see
> > different behavior:
> >
> > When I set this in httpd.conf:
> >
asier, use symlinks to map out of
the htdocs folder to locations elsewhere.
From: ckatz...@gmail.com [mailto:ckatz...@gmail.com] On Behalf Of Charlie Katz
Sent: Monday, March 26, 2012 2:44 PM
To: modperl@perl.apache.org
Subject: difference between PerlSetEnv and $ENV{}= ?
Hi,
My web app uses the PGP
n httpd.conf:
> PerlSetEnv PGPLOT_DIR /my/pgplot/directory
> my Perl programs can see the value in $ENV{PGPLOT_DIR}, but the PGPLOT
> library can't, and my code fails.
>
> When I set this in httpd.conf:
>
> $ENV{PGPLOT_DIR} = q[/my/pgplot/directory];
>
> m
programs can see the value in $ENV{PGPLOT_DIR}, but the PGPLOT
library can't, and my code fails.
When I set this in httpd.conf:
$ENV{PGPLOT_DIR} = q[/my/pgplot/directory];
my Perl programs can't see the value in $ENV, but the PGPLOT library can,
and my code works.
Can someo
Thank you Torsten Förtsch. I am not sure what options required for Env::C
module, can you please let me know if you know any specific options.
Yes, I have multiple perl installations. But I am using correct installation
only.
Thank you in advance.
--Sudhakar
-Original Message-
From
On Saturday, December 11, 2010 23:35:44 Peram, Sudhakara wrote:
> I tried to use Env::C module, but while installing make test is failed.
> Below is the make test output.
>
>
>
> Can't load 'blib/arch/auto/Env/C/C.so' for module Env::C: ld.so.1: perl:
> fat
Hi
I am migrating a web application from mod_perl 1.21 to mod_perl 2.0.4,
Apache 1.3.9 to 2.2.17 and Perl5.005 to Perl5.12.2 . Operating system is
Sun Solaris 9.
The problem is that in most places the %ENV variable is used to pass
parameters to programs called via "system".
On Sat 15 Aug 2009, Jonathan Swartz wrote:
> We've got a bunch of legacy code that uses $ENV{SCRIPT_URI},
> $ENV{SERVER_PORT}, $r->server->port and the like to generate external
> redirects.
>
> This has worked fine til now, but now we are moving to a system where
&g
> We've got a bunch of legacy code that uses $ENV{SCRIPT_URI},
> $ENV{SERVER_PORT}, $r->server->port and the like to generate
external
> redirects.
>
If these are really external redirects, they must happen through a
"Location:" response header, no ?
In that c
Jonathan Swartz wrote:
We've got a bunch of legacy code that uses $ENV{SCRIPT_URI},
$ENV{SERVER_PORT}, $r->server->port and the like to generate external
redirects.
If these are really external redirects, they must happen through a
"Location:" response header, no ?
In
We've got a bunch of legacy code that uses $ENV{SCRIPT_URI},
$ENV{SERVER_PORT}, $r->server->port and the like to generate external
redirects.
This has worked fine til now, but now we are moving to a system where
our external port != our internal port - the load balancer
On Mon, Jul 6, 2009 at 10:14 AM, Mike Diehn wrote:
>
>
> Hello, all.
>
> I'm authenticating users with mod_auth_krb and setting KrbSaveCredentials
> to on. I've found that the credentials are stored in a file in /tmp. The
> name of the file is passed to CGI program
Hello, all.
I'm authenticating users with mod_auth_krb and setting KrbSaveCredentials
to on. I've found that the credentials are stored in a file in /tmp. The
name of the file is passed to CGI programs as the contents of an ENV var
named KRB5CCNAME.
I'm handling the authoriza
Am Mittwoch, den 08.10.2008, 10:06 -0700 schrieb Fred Moyer:
> You could also do something like:
>
> if (my $ip = $r->headers_in->{'X-Forwarded-For'}) {
>
> $r->connection->remote_ip( $ip );
> }
But (as I learned the hard way long ago) you should check the value of
the X-Forwarded-For hea
cfaust-dougot wrote:
Folks,
I'm guessing this has been answered but I couldn't find it.
We need to do some IP checking and need to support it on both a load
balanced environment and in a dedicated machine setup.
In the load balanced situation $r->connection->remote_ip returns 1 - Is
that
Folks,
I'm guessing this has been answered but I couldn't find it.
We need to do some IP checking and need to support it on both a load balanced
environment and in a dedicated machine setup.
In the load balanced situation $r->connection->remote_ip returns 1 - Is that
correct and consistent
]" <[EMAIL PROTECTED]>
To: modperl@perl.apache.org
Sent: Wednesday, August 6, 2008 8:43:10 AM
Subject: Re: installed mod_perl, but no MOD_PERL in ENV
Quoting Jayson Hill <[EMAIL PROTECTED]>:
> I just compiled and installed mod_perl 2.0.3 for apache Apache/2.2.8
> Did
/2.2.8 (Unix) DAV/2
mod_perl/2.0.3 Perl/v5.8.8 configured -- resuming normal operations
However, I don't see the MOD_PERL entry in ENV, and when I print
$CGI::MOD_PERL value to browser, it is 0.
Not sure why I don't see this as it *seems* that mod_perl is integrated.
I'm
Jayson Hill wrote:
However, I don't see the MOD_PERL entry in ENV, and when I print $CGI::MOD_PERL
value to browser, it is 0.
Not sure why I don't see this as it *seems* that mod_perl is integrated.
Just because mod_perl is installed doesn't mean that whatever script you
are
Hi Jayson,
I've used $ENV{MOD_PERL} to print the version of mod_perl installed. Also, you
should be able to see it on your ServerSignature. Hope that helps.
Dan
> Date: Tue, 5 Aug 2008 21:07:58 -0700
> From: [EMAIL PROTECTED]
> Subject: installed mod_perl, but no MOD_PE
-- resuming normal operations
However, I don't see the MOD_PERL entry in ENV, and when I print $CGI::MOD_PERL
value to browser, it is 0.
Not sure why I don't see this as it *seems* that mod_perl is integrated.
System info:
Apache: 2.2.8
mod_perl: 2.0.3
CGI perl module: 3.28
perl:
The docs seem to suggest that that changes to %ENV should work fine:
http://perl.apache.org/docs/2.0/user/coding/coding.html
mod_perl passes (exports) the following shell environment variables
(if they are set) :
* PATH - Executables search path.
* TZ - Time Zone.
Any of these
Looks like mod_perl scripts execute the line that changes $ENV{PATH},
but when a qx() back-tick command is executed, that command is executed
under the value of the original path.
The docs seem to suggest that that changes to %ENV should work fine:
http://perl.apache.org/docs/2.0/user/coding
On Jan 17, 2008 4:14 PM, Bart Schaefer <[EMAIL PROTECTED]> wrote:
> There's a thread from December that would seem to be related. From that
> thread:
>
> -- Forwarded message --
> From: Michael Schout <[EMAIL PROTECTED]>
> Date: Dec 28, 2007 9
e
it is not thread safe. There really ought to be an option (IMO) where
you can make the untie of %ENV under perl-script to be optional. Maybe
something like PerlOptions +NoUntieEnv or something so that if you are
running under a prefork MPM, you do not need to resort to tactics like
the above.
If
I have searched through all the web docs and Usenet, but not found
anything that suggests anything special has to be done in mod_perl
scripts that need to set $ENV{PATH}
My specific example is that I need to add /usr/local/bin to PATH, but
I''ve been unable to find a way to do this,
There's a thread from December that would seem to be related. From that thread:
-- Forwarded message --
From: Michael Schout <[EMAIL PROTECTED]>
Date: Dec 28, 2007 9:12 PM
Subject: Re: mod_perl, ENV{'TZ'}, and localtime
To: Kirk Noda <[EMAIL
Under modperl, get zero bytes output, HTTP response code is 200, though.
Apache error_log shows:
[Thu Jan 17 12:47:15 2008] -e: Can't exec "basename": No such file or
directory at /var/www/perl/script.pl line 12.
So, under modperl, changes to $ENV{PATH} are not accepted (like
pe
What happens if you try running it with the modperl handler instead of
the perl-script handler?
B Wooster wrote:
I have searched through all the web docs and Usenet, but not found
anything that suggests anything special has to be done in mod_perl
scripts that need to set $ENV{PATH}
My
I have searched through all the web docs and Usenet, but not found
anything that suggests anything special has to be done in mod_perl
scripts that need to set $ENV{PATH}
My specific example is that I need to add /usr/local/bin to PATH, but
I''ve been unable to find a way to do this,
col. thx for that. I'll have a play.
merci.
Geoffrey Young <[EMAIL PROTECTED]> wrote:
Anthony Gardner wrote:
> I'm trying to write a FixupHandler to clean up the query_string
> before it gets to the response phase. Problem is, I can't. After
> clea
Anthony Gardner wrote:
I'm trying to write a FixupHandler to clean up the query_string
before it gets to the response phase. Problem is, I can't. After
cleaning it up, I reassign to $ENV{QUERY_STRING} but in the called
response script, the original QUERY_STRING is present.
I can ad
I'm trying to write a FixupHandler to clean up the query_string before it gets
to the response phase. Problem is, I can't. After cleaning it up, I reassign to
$ENV{QUERY_STRING} but in the called response script, the original QUERY_STRING
is present.
I can add new keys to %
At 09:12 PM 12/28/2007, you wrote:
[...]
The reason this does not work under modperl version 2.0 is because under
handler "perl-script", %ENV is untied from the C environment. The
[...]
Thanks very much, that works.
Kirk Noda wrote:
> The thread seemed to die off. Still, is there a way to use $ENV{TZ} to
> modify the behavior of localtime?
The reason this does not work under modperl version 2.0 is because under
handler "perl-script", %ENV is untied from the C environment. The
localti
Hello,
I'd like to reference the Tues 03 Oct '06 thread with subject:
RE: Using ENV{'TZ'} in mod_perl
http://mail-archives.apache.org/mod_mbox/perl-modperl/200610.mbox/browser
The thread seemed to die off. Still, is there a way to use $ENV{TZ}
to modify the behavior of l
Perrin Harkins wrote:
> Have you considered using your own global instead? Or PerlSetVar in
> httpd.conf?
Yeah. Unfortunately that really doesn't work for me. I can get
TEST_MODE that way, but there are other %ENV vars that I need also
(such as HTML_TEMPLATE_ROOT for example). I
On Dec 20, 2007 2:09 PM, Michael Schout <[EMAIL PROTECTED]> wrote:
> mod_perl 2 unfortunately scrubs %ENV before my cleanup handler
> gets called, so $ENV{TEST_MODE} is never set when the cleanup handler
> runs.
Have you considered using your own global instead? Or PerlSetVa
p handler saved in
the db). Getting the cleanup registered and getting it to fire under
mod_perl 2 was simply a matter of changing $r->post_connection(sub { ...
}) to $r->pool->cleanup_register(sub { ... }). So far so good.
The problem with this is I an %ENV variable called "TEST_M
On Oct 24, 2007, at 9:01 PM, Randy Kobes wrote:
I misunderstood your question - I thought you were trying
to do this just under mod_perl, without CGI.pm. The
CGI::Apache2::Wrapper package and CGI.pm are intended
to give the same results, assuming the tests pass:
http://search.cpan.org/src/RKOBE
On Wed, 24 Oct 2007, Lev Lvovsky wrote:
On Oct 24, 2007, at 4:31 PM, Randy Kobes wrote:
The code in CGI::Apache2::Wrapper:
http://cpan.uwinnipeg.ca/htdocs/CGI-Apache2-Wrapper/CGI/Apache2/Wrapper.pm.html#Apache2_URI
provides a CGI-compatible url() method based on
Apache2::URI:
http://cpan.uwinn
On Oct 24, 2007, at 4:31 PM, Randy Kobes wrote:
The code in CGI::Apache2::Wrapper:
http://cpan.uwinnipeg.ca/htdocs/CGI-Apache2-Wrapper/CGI/Apache2/
Wrapper.pm.html#Apache2_URI
provides a CGI-compatible url() method based on
Apache2::URI:
http://cpan.uwinnipeg.ca/htdocs/mod_perl/Apache2/URI.
On Wed, 24 Oct 2007, Lev Lvovsky wrote:
judging by this thread:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg15609.html
This might be an old question but I'm not entirely sure I understand the
answer spelled out in the response.
I have the following Location setting in my httpd.conf (vi
judging by this thread:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg15609.html
This might be an old question but I'm not entirely sure I understand
the answer spelled out in the response.
I have the following Location setting in my httpd.conf (via an
include file):
SetHandler perl-s
this is due to perl security (perlsec)
For "Insecure PATH" messages, it is required to set $ENV{'PATH}' to a
known value, and each directory in the path must be non-writable by the
world
rgds,
Jean
jean jayet wrote On 06/19/07 04:29 PM,:
> Hello all,
>
>
>
Hello all,
during setup of mod_perl 2 with Apache 2 and perl 5.8.4 on a solaris 10
make test :
"Insecure directory in $ENV{PATH} while running with -T switch at
/tmp/mod_perl-2.0.3/Apache-Test/lib/Apache/TestConfig.pm"
does anybody have an idea what is the pb ?
rgds,
Jean
for
Okay, to answer my own post from a few days ago (I haven;t been working on it
since the post, just the last 30 mins ;) )
Anyway, the answer to me not seeing PerlPassEnv vars at server startup was
because they were in files that were Include(d) into httpd.conf.
They are now in httpd.conf and eve
speak up :)
- Original Message -
From: Anthony Gardner
To: modperl@perl.apache.org
Sent: Friday, June 01, 2007 9:07 AM
Subject: Apache2 ENV
Okay, am being a bit lazy but I though I'd ask here and continue reading the
docs while waiting for replies.
We've finally ported mod_per
t will speak up :)
- Original Message -
From: Anthony Gardner
To: modperl@perl.apache.org
Sent: Friday, June 01, 2007 9:07 AM
Subject: Apache2 ENV
Okay, am being a bit lazy but I though I'd ask here and continue reading the
docs while waiting for replies.
We've finally ported mod_
g else I should be
doing to get ENV populated under CGI?
Also, just had a quick look through the docs and I saw PerlPostConfigRequire -
the docs say it's run as late as poss during server startup. So, I'm assuming
vars declared in startup.pl will still be shared between processes and
Jonathan Vanasco wrote:
Is there a way to get additional shell variables exported into ENV on
startup ?
// Jonathan Vanasco
Yup.
I do this:
package Local::PrepSession;
use DBI;
my $sql = DBI->connect('DBI:mysql:apache','**','**');
use A
>>>>> "Jonathan" == Jonathan Vanasco <[EMAIL PROTECTED]> writes:
Jonathan> $ENV in mod_perl isn't $ENV like a regular perl script.
Jonathan> in a regular perl script, $ENV will have all the shell vars
Please don't use $ENV when you really mean
On Apr 30, 2007, at 2:22 PM, Frank Wiles wrote:
I haven't tired this, but don't see why it wouldn't work. Can't
you just do:
$ENV{'foo'} = 'bar';
in your startup.pl?
That works, but thats not what i want.
I want to stuff shell env var
>I haven't tired this, but don't see why it wouldn't work. Can't
> you just do:
>
>$ENV{'foo'} = 'bar';
>
>in your startup.pl?
Works for me
On Mon, 30 Apr 2007 14:10:57 -0400
Jonathan Vanasco <[EMAIL PROTECTED]> wrote:
>
> On Apr 30, 2007, at 1:39 PM, Frank Wiles wrote:
>
> >> Is there a way to get additional shell variables exported into ENV
> >> on startup ?
> >
> >Do you m
On Apr 30, 2007, at 1:39 PM, Frank Wiles wrote:
Is there a way to get additional shell variables exported into ENV
on startup ?
Do you mean the PerlSetEnv and PerlPassEnv directives?
I guess PerlPassEnv will do... I only knew about PerlSetEnv .
But I really want to keep this out of
On Sat, 28 Apr 2007 01:18:15 -0400
Jonathan Vanasco <[EMAIL PROTECTED]> wrote:
> Is there a way to get additional shell variables exported into ENV
> on startup ?
Do you mean the PerlSetEnv and PerlPassEnv directives?
-
Frank Wiles <[
Is there a way to get additional shell variables exported into ENV on
startup ?
// Jonathan Vanasco
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - -
| FindMeOn.com - The cure for Multiple Web Personality Disorder
| Web Identity
use
> the same Auth together (called a "realm").
>
>> 3) Pass addtional parameters to the handler
>> solution -> in the httpd.conf block pass it as
>>
>> PerlSetVar CASHost "testCasServer"
>> PerlSetVar CASPort "8443"
Name can be
>> whatever you want it to be. It's basically a way to group the locations
>> that use
>> the same Auth together (called a "realm").
>>
>> > 3) Pass addtional parameters to the handler
>> > solution -> in the httpd.conf block pass it as
>&
"realm").
>>
>> > 3) Pass addtional parameters to the handler
>> > solution -> in the httpd.conf block pass it as
>> >
>> > PerlSetVar CASHost "testCasServer"
>> > PerlSetVar CASPort "8443"
>>
>> Yep. If possible keep the configuration data inside the configuration
>> s.
>>
>> --
>> Michael Peters
>> Developer
>> Plus Three, LP
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/Lost-ENV-variable-value-.-tf2956856.html#a8364005
Sent from the mod_perl - General mailing list archive at Nabble.com.
I have used CAS myself, but instead of attempting to implement the server
module for CAS authentication I used mod_cas. This might be an easier way of
doing what you are trying to do.
On 12/01/07, Michael Peters <[EMAIL PROTECTED]> wrote:
Tracy12 wrote:
> 1) As we dont use the apache basic aut
Tracy12 wrote:
> 1) As we dont use the apache basic authentication but our CAS
> authentication. If the authentication is not successful how can we redirect
> to the CAS login page.
>
> My suggestion -> instead of returning the AUTH_REQUIRED redirect to
> CAS URL with the service.
> i
ove
>>> httpd.conf
>>> entry what the values should we give for AuthType , AuthName in the
>>> above
>>> Location declaration.
>>>
>>
>> I think, with PerlAuthzHandler you only need to specify a "Requires
>> valid-user" to make it work.
>>
>> Rob
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/Lost-ENV-variable-value-.-tf2956856.html#a8292743
Sent from the mod_perl - General mailing list archive at Nabble.com.
k, with PerlAuthzHandler you only need to specify a "Requires
> valid-user" to make it work.
>
> Rob
>
>
--
View this message in context:
http://www.nabble.com/Lost-ENV-variable-value-.-tf2956856.html#a8290672
Sent from the mod_perl - General mailing list archive at Nabble.com.
Tracy12 wrote:
1) As we dont use the apache basic authentication but our CAS
authentication. If the authentication is not successful how can we redirect
to the CAS login page.
Ah-ha... So CAS authentication is done via a webform of some type,
which means that it uses cookies. Am I correct i
f success return the OK or else return AUTH_REQUIRED.
The application in /privateUrl is a Vendor application, is a complete black
box for us. As part of this integration(Casification) Vendor asked us to do
the authentication (CAS) and if success update the remote user env variable.
Apart from C
Perrin Harkins wrote:
After successful authentication we need to pass the
control to another application(which is running on the same apache server)
which depend on the REMOTE_USER value which we set.
That will work fine, as long as your auth handler runs in the same
request as the thing that w
On Thu, 2007-01-11 at 15:01 -0800, Tracy12 wrote:
> My intention is not to use the authentication provided by the apache, but
> uses a authentication mechanism by CAS (Central Autthentication Service)
> running else where
If you intend to use HTTP basic auth (with the popup window that asks
for y
) authentication and if success set the REMOTE_USER
value and there after pass the control to (http://library/service_2), This
library serive will retrieve the $ENV{'REMOTE_USER') value and perform
further processing. I have the perl script do the CAS valiation working
fine but still work
the impression $ENV{'REMOTE_USER') variable can be used for such
purposes.
I think you've got this idea or notion that this is the right way to do
whatever it is you're trying to do and are asking questions that don't
really make sense to us.
Maybe we could help more i
odule in the first
> application.
>
>
> I was under the impression $ENV{'REMOTE_USER') variable can be used for such
> purposes.
It sounds like you're not clear on what HTTP basic authentication does.
A good starting point is the authentication docs on the apache websi
$ENV{'REMOTE_USER') variable can be used for such
purposes.
Phil Whelan wrote:
>
> Hi Tracy12,
>
>> $r->content_type('text/html');
>> $r->header_out->set(Location => $urlNew);
>> return Apache2::Const::REDIRECT;
>
>
d check whether
it is set in side CGI script by refering to the variable
$ENV{'REMOTE_USER'}.
I was successful setting value withing the module but $ENV{'REMOTE_USER'}
inside the CGI prints nothing (empty). Why does it got removed after the
function and redirection.
My perl module
Hi,
My objective is to update the REMOTE_USER variable within the perl module
and check whether
it is set in side CGI script by refering to the variable
$ENV{'REMOTE_USER'}.
I was successful setting value withing the module but $ENV{'REMOTE_USER'}
inside the CGI prints
Hi,
I have sampleClient.pl(CGI script) script which calls a perl module and does
some validations.
The question is How can I update the $ENV{REMOTE_USER} variable withing the
sampleClient.pl.
My install perl module is a generic perl module,
Is this something possible
Thanks
--
View this
tell me about it but my hands are well and truly tied. Will ask them to install
Apache::StatINC and give that a try.
It's a tad annoying as if this was a Java project, they'd have the latest and
greatest installed on a gold tray.
Frank Wiles <[EMAIL PROTECTED]> wrote: On Fri, 1 Dec 2006 15:15:3
On Fri, 1 Dec 2006 15:15:32 + (GMT)
Anthony Gardner <[EMAIL PROTECTED]> wrote:
> it's actually MP .. not too sure, to be honest. I work for a
> largce co. that are using RedHat pkgs and although it claims tp be
> MP2, its version number gives 1.99(sth) and the Apache namespaces are
> A
o the functions are v, v simple
package WWW::Utils;
use strict;
use diagnostics;
use Apache::ServerUtil;
use Apache::RequestUtil();
use ModPerl::Util;
sub printenv() {
my $self = shift;
print STDERR map{ "\t$_ => $ENV{$_}\n" } sort keys %ENV;
}
sub document_root() {
Anthony Gardner wrote:
I'm def not the first to have noticed this, I googled but nothing sprang
out at me.
I have a pkg var
our $DOCUMENT_ROOT = WWW::Utils->document_root();
and I print %ENV at package level
WWW::Utils->printenv();
I'm assuming mp1. I think you might
I'm def not the first to have noticed this, I googled but nothing sprang out at
me.
I have a pkg var
our $DOCUMENT_ROOT = WWW::Utils->document_root();
and I print %ENV at package level
WWW::Utils->printenv();
If, after changing this pkg's code, I issue a new request, the DOCUM
Tyler wrote:
> Another thing I just noticed is that you ran your tests under
> Apache::PerlRun, my mod_perl installation is using as its
> PerlResponseHandler ModPerl::PerlRun. What's the difference between
> the two?
Apache::PerlRun is the mod_perl 1 module, ModPerl::PerlRun is for
mod_perl 2.
EMAIL PROTECTED]
Sent: Tuesday, October 03, 2006 12:30 PM
To: Tyler; modperl@perl.apache.org
Subject: RE: Using ENV{'TZ'} in mod_perl
Tyler Fullerton wrote:
>
> If I have the following script: www.somewhere.com/e3/datetz.cgi (where
> e3 is using PerlRun) that does the followin
Tyler Fullerton wrote:
>
> If I have the following script: www.somewhere.com/e3/datetz.cgi (where
> e3 is using PerlRun) that does the following:
>
> $ENV{'TZ'} = 'US/Eastern';
> POSIX::tzset();
> my @time = localtime();
> my $time = time();
Sure thing,
If I have the following script: www.somewhere.com/e3/datetz.cgi
(where e3 is using PerlRun) that does the following:
$ENV{‘TZ’} = ‘US/Eastern’;
POSIX::tzset();
my @time = localtime();
my $time = time();
$ENV{‘TZ’} = ‘US/Pacific’;
POSIX::tzset();
# I would expect
From: Tyler [mailto:[EMAIL PROTECTED] Hello,
I previously requested some help with setting $ENV{TZ} and using
it’s value to modify the output of localtime (i.e. Make it time
zone specific). The suggested solution was to use POSIX::tzset()
because my perl installation was compiled with
Can you post a tiny test script that reproduces your
problem?
From: Tyler [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 03, 2006 2:06 PMTo:
modperl@perl.apache.org; Garrett, Philip (MAN-Corporate)Subject:
RE: Using ENV{'TZ'} in mod_perl
Hello,
I
Hello,
I previously requested some help with
setting $ENV{TZ} and using it’s value to modify the output of localtime
(i.e. Make it time zone specific). The suggested solution was to use
POSIX::tzset() because my perl installation was compiled with thread support.
So this helped, however
If you're using a perl compiled with thread support, you'll
need to call POSIX::tzset() after setting $ENV{TZ}.
From: Tyler [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 20, 2006 2:09 PMTo:
modperl@perl.apache.orgSubject: Using ENV{'TZ'} in
mo
Hello,
I have a script that use to use the value in the environment variable ENV{‘TZ’}
to modify the output of the perl builtin localtime. In other words, I’d
do something like this:
$ENV{‘TZ’} = ‘US/Eastern’;
@time = localtime();
This use to give me the localtime in whatever
that
case-sensitive? I'd like to stop using %ENV altogether, but the stuff
in %ENV is scattered in several different places and I don't always
know where to find it ($r->header_in('something'), $r->document_root,
$s->port, etc.)
Is there some kind of mapping somewhere that
case-sensitive? I'd like to stop using %ENV altogether, but the stuff
in %ENV is scattered in several different places and I don't always
know where to find it ($r->header_in('something'), $r->document_root,
$s->port, etc.)
Is there some kind of mapping somewhere that
On 7/30/06, Hendrik Van Belleghem <[EMAIL PROTECTED]> wrote:
Using the pure mod_perl approach has always worked for me:
my $ref = $req->header_in("Referer");
Oh, wow, that's actually just what I was looking for. Is that
case-sensitive? I'd like to stop using %ENV
> I was trying to use $ENV{'HTTP_REFERER'} in a certain script, and as I
> reloaded the script over and over I noticed that it would constantly
> be changing when the page was loaded directly (and therefore there
> should not have been any HTTP_REFERER at all).
In my setup
1 - 100 of 206 matches
Mail list logo
