I should have also mentioned that not only does the "returned" come back
out of order there are also more than there should be. There's 3 calls
and 4 results.
Worse it now appears that if I hit the server long enough to come back
to the same process the value has stayed put. I assume this is why t
On Wed, 2003-10-08 at 23:33, Morton-Allen, Matt wrote:
> I am using Apache::DBI and would be at a loss without it (we use Oracle
> so the connection overhead is serious). With this in mind is it such a
> bad thing to hang on to the one handle for an execution?
No that's fine. I suggest you do it
Hi,
Thanks for the detailed information that's great. A couple of things
though.
> A database handle is a bad example. You actually should use
Apache::DBI
> for that, since it will make sure the handle hasn't timed out and deal
> with rolling back any pending transactions if your code dies. So,
Hi,
You're making this much harder than it needs to be. For one thing, this
is the wrong place to use inheritance, and for another, globals are okay
if used intelligently.
A database handle is a bad example. You actually should use Apache::DBI
for that, since it will make sure the handle hasn't
Ok, I am little confused now. I have changed the code to the following:
Master
--
package test::master;
our $dbh;
sub dbh {
== snip ==
return $dbh;
}
Client
--
packge test::client;
use test::master;
use vars qw(test::master);
@ISA = qw(test::master);
our $dbh;
sub
First of all, you probably want to have your httpd.conf file have:
PerlModule Apache::DBI
that will take care of connection pooling for each Apache child process.
Any attempt to connect to the database will get an existing handle
back if one has already been created using the same
DSN/user/
At 8:14 PM -0400 10/8/03, Geoffrey Young wrote:
This doesn't make sense to me, because I had believed that
get_server_port gets its information from the server side only, but
perhaps i am mistaken about that.
yes, you are. if UseCanonicalName is set to Off or DNS, first the
incoming URI is chec
Matisse Enzer wrote:
Is it possible that the value returned by $r->get_server_port could be
affected by the format or content of the client request?
yes
I've got a test case where when i hit the same URL from two different
clients
I get different values from $r->get_server_port.
This doesn't
Hi,
I'm trying to find a way in which I can stash some commonly used data
(e.g. a database handle) in a location that I can access from anywhere
within a large OO mod_perl application.
After learning the ills of using globals under mod_perl the hard way I
am now toying with the use of class wide
Title: Re: mod_perl 2: $r->get_server_port returns
wrong valu
More on my own question:
It *seems* that get_server_port gives the wrong answer when
responding to an HTTP/1.0 request. That is, it always says port '80'
for HTTP/1.0
Should I report this as a bug?
(Apache/2.0.47 (Unix) mod_perl/1.9
Is it possible that the value returned by $r->get_server_port could
be affected by the format or content of the client request?
I've got a test case where when i hit the same URL from two different clients
I get different values from $r->get_server_port.
This doesn't make sense to me, because I h
On 10/8/03 12:45 PM, "Stas Bekman" <[EMAIL PROTECTED]> wrote:
> Chris M wrote:
>
>>> The opening is , but the clsoing is . It wan't the space in
>>> the
>>> opening tag, because in httpd-2.0 the parser requires an argument in all
>>> containers (with a leading space), so opening is invalid, but
Hi Stas,
On Wed, 8 Oct 2003, Stas Bekman wrote:
> Ged Haywood wrote:
> > On Wed, 8 Oct 2003, James Tolley wrote:
> >
> >>How can I untaint $ENV{PATH}??
> >
> > You have to do it in those (appropriate) places where the data appear,
> > in every request. Use a substitution command to convert ch
Hi there,
On Wed, 8 Oct 2003, James Tolley wrote:
> Date::Manip is used from a module that's used from a handler. Perl dies
> when I try to ParseDate or Unixdate a date - saying that $ENV{PATH} is
> insecure.
>
> I've tried to set $ENV{PATH} = '...' in a BEGIN block, and I've tried
> setting it
James Tolley wrote:
Hi,
Date::Manip is used from a module that's used from a handler. Perl dies
when I try to ParseDate or Unixdate a date - saying that $ENV{PATH} is
insecure.
I've tried to set $ENV{PATH} = '...' in a BEGIN block, and I've tried
setting it from PerlSetEnv PATH ...
How can I untai
Hi,
Date::Manip is used from a module that's used from a handler. Perl dies
when I try to ParseDate or Unixdate a date - saying that $ENV{PATH} is
insecure.
I've tried to set $ENV{PATH} = '...' in a BEGIN block, and I've tried
setting it from PerlSetEnv PATH ...
How can I untaint $ENV{PATH}??
M
Chris M wrote:
So does it work ok now?
No it doesn't work. And I'm probably no further along to understanding why
since the docs are horked :)
Here is what I get:
Starting httpd: Syntax error on line 1112 of /etc/httpd/conf/httpd.conf:
Perl not allowed here
Here's the config:
PerlModule Apach
Chris M wrote:
The opening is , but the clsoing is . It wan't the space in the
opening tag, because in httpd-2.0 the parser requires an argument in all
containers (with a leading space), so opening is invalid, but it's
always in closing.
That is certain
On 10/8/03 12:11 PM, "Stas Bekman" <[EMAIL PROTECTED]> wrote:
> Chris M wrote:
>> On 10/8/03 10:14 AM, "Stas Bekman" <[EMAIL PROTECTED]> wrote:
>>
>>
>>> Chris M wrote:
>>>
I am trying to get a new configuration going. When I start 2.0.47 I get:
# /etc/rc.d/init.d/httpd start
>
Chris M wrote:
On 10/8/03 10:14 AM, "Stas Bekman" <[EMAIL PROTECTED]> wrote:
Chris M wrote:
I am trying to get a new configuration going. When I start 2.0.47 I get:
# /etc/rc.d/init.d/httpd start
Starting httpd: Syntax error on line 1110 of /etc/httpd/conf/httpd.conf:
directive missing closi
Hi there everyone,
I'm setting up a simple two server setup with mod_perl. I've tested
static documents, and they work fine. The ones I have a rewrite rule for
are served by the front end, and the ones not in the rule by the
backend. The problem comes when I run perl scripts (via
Apache::Regis
On 10/8/03 11:09 AM, "Josh Chamas" <[EMAIL PROTECTED]> wrote:
> Chris M wrote:
>> I am trying to get a new configuration going. When I start 2.0.47 I get:
>>
>> # /etc/rc.d/init.d/httpd start
>>
>> Starting httpd: Syntax error on line 1110 of /etc/httpd/conf/httpd.conf:
>> directive missing cl
On 10/8/03 10:14 AM, "Stas Bekman" <[EMAIL PROTECTED]> wrote:
> Chris M wrote:
>> I am trying to get a new configuration going. When I start 2.0.47 I get:
>>
>> # /etc/rc.d/init.d/httpd start
>>
>> Starting httpd: Syntax error on line 1110 of /etc/httpd/conf/httpd.conf:
>> directive missing cl
Chris M wrote:
I am trying to get a new configuration going. When I start 2.0.47 I get:
# /etc/rc.d/init.d/httpd start
Starting httpd: Syntax error on line 1110 of /etc/httpd/conf/httpd.conf:
directive missing closing '>' [FAILED]
Line 1110 is the line below:
PerlModule Apache::ASP
Chris M wrote:
I am trying to get a new configuration going. When I start 2.0.47 I get:
# /etc/rc.d/init.d/httpd start
Starting httpd: Syntax error on line 1110 of /etc/httpd/conf/httpd.conf:
directive missing closing '>' [FAILED]
It should be in mp2.
^
sp
I am trying to get a new configuration going. When I start 2.0.47 I get:
# /etc/rc.d/init.d/httpd start
Starting httpd: Syntax error on line 1110 of /etc/httpd/conf/httpd.conf:
directive missing closing '>' [FAILED]
Line 1110 is the line below:
PerlModule Apache::ASP
Thank you very much.
I 'll do my best to help you improve this module.
Thank you.
- Original Message -
From: "Skylos the Doggie" <[EMAIL PROTECTED]>
To: "Abd El-Hameed Mohammed" <[EMAIL PROTECTED]>
Cc: "Ged Haywood" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Tuesday, October 07, 2003
Stas Bekman wrote:
Ged Haywood wrote:
Hi Stas,
On Tue, 7 Oct 2003, Stas Bekman wrote:
came up with Apache::Filter::HTTPHeadersManip which you can try [snip]
If you have comments regarding the naming
http://www.m-w.com/cgi-bin/dictionary?manipulate
I wonder if "Manip" would be better replace
I would be quite interested in testing it once it's complete.
---
Regards,
Chris Pringle
UK PSG
Hewlett-Packard, Bristol
Tel: +44 117 31 29664
Mob: +44 7793 681024
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]
> Sent: 07 October 2003 17:27
> To: Pringle, Chris (HP-
Ged Haywood wrote:
Hi Stas,
On Tue, 7 Oct 2003, Stas Bekman wrote:
came up with Apache::Filter::HTTPHeadersManip which you can try
[snip]
If you have comments regarding the naming
http://www.m-w.com/cgi-bin/dictionary?manipulate
I wonder if "Manip" would be better replaced by "Alter".
If th
Hi Stas,
On Tue, 7 Oct 2003, Stas Bekman wrote:
> came up with Apache::Filter::HTTPHeadersManip which you can try
> [snip]
> If you have comments regarding the naming
http://www.m-w.com/cgi-bin/dictionary?manipulate
I wonder if "Manip" would be better replaced by "Alter".
If the reader is not
31 matches
Mail list logo
