Re: [mp2] Documentation patch for install.pod

William McKee wrote: 2) if you build a static mod_perl, it'll configure and make Apache for you. Ahh, so I don't even need to configure Apache if I'm building a static mod_perl. I've amended the install.pod to indicate as much. Thanks, William. I've committed an extended version of your patch but

Re: Apache::Request equivalent of CGI::Capture?

Joe Schaefer wrote: Adam Kennedy <[EMAIL PROTECTED]> writes: For the record, and those that haven't seen CGI::Capture before (I wrote it only fairly recently) all it really does is grab the environment and a couple of magic variable values, then take STDIN before CGI.pm gets a chance to parse it.

Re: Apache::Request equivalent of CGI::Capture?

Adam Kennedy <[EMAIL PROTECTED]> writes: > For the record, and those that haven't seen CGI::Capture before (I > wrote it only fairly recently) all it really does is grab the > environment and a couple of magic variable values, then take STDIN > before CGI.pm gets a chance to parse it. Cool. One

Re: Apache::Request equivalent of CGI::Capture?

For the record, and those that haven't seen CGI::Capture before (I wrote it only fairly recently) all it really does is grab the environment and a couple of magic variable values, then take STDIN before CGI.pm gets a chance to parse it. These bits are all stored in an object, which is just Stor

Re: [mp2] make test errors

William McKee wrote: On Wed, Feb 16, 2005 at 04:06:39PM -0500, Stas Bekman wrote: whereas Apache-Test sees 127.0.0.1. I suppose 166.70.252.34 is the external IP of the same machine. Yes, it is (though keep in mind that this is a virtual server running as a jailed process, not a separate machine).

Re: [mp2] make test errors

William McKee wrote: On Wed, Feb 16, 2005 at 04:08:45PM -0500, Stas Bekman wrote: see if this patch helps: Uh-oh, from bad to worse. Now we're failing two tests (instead of only the last one): please look at your original report, William, it was failing the same 2 sub-tests. # Running under pe

Re: [mp2] make test errors

On Wed, Feb 16, 2005 at 04:06:39PM -0500, Stas Bekman wrote: > whereas Apache-Test sees 127.0.0.1. I suppose 166.70.252.34 > is the external IP of the same machine. Yes, it is (though keep in mind that this is a virtual server running as a jailed process, not a separate machine). > Try to debug

Re: [mp2] make test errors

On Wed, Feb 16, 2005 at 04:08:45PM -0500, Stas Bekman wrote: > see if this patch helps: Uh-oh, from bad to worse. Now we're failing two tests (instead of only the last one): # Running under perl version 5.008006 for freebsd # Current time local: Wed Feb 16 17:23:47 2005 # Current time GMT:

Re: [mp2] make test errors

On Wed, Feb 16, 2005 at 04:12:34PM -0500, Stas Bekman wrote: > Don't forget that we are talking about APR socket API, not perl socket > API, which aren't the same. Oh, right, I hadn't really considered that. Hopefully it's at least useful to see that the perl sockets are working. > I've never s

Re: [mp2] Documentation patch for install.pod

> 2) if you build a static mod_perl, it'll configure and make Apache for you. Ahh, so I don't even need to configure Apache if I'm building a static mod_perl. I've amended the install.pod to indicate as much. > You should not run it *from under /root directory or similar*, but as long > as you

Re: https and $r->error_log

On Thu, 17 Feb 2005 08:38:29 +1100 (EST), Jie Gao <[EMAIL PROTECTED]> wrote: > Hi All, > > I have a problem: $r->log_error('xxx') works with http but does not work with > https. > Any hints on debugging this? Check and make sure both http and https are logging to where you expect. --Ian

[OT] Syndicated files uploaded by mod_perl across multiple machines

mod_perl is going to be running on machineA, which also hosts the static files At some point in time, should the application need to scale, static files would be served off of another machine -- machineB I dont forsee this happening anytime soon, but I don't want to shoot myself in the foot, a

Re: https and $r->error_log

On Thu, 17 Feb 2005, Jie Gao wrote: > Date: Thu, 17 Feb 2005 08:38:29 +1100 (EST) > From: Jie Gao <[EMAIL PROTECTED]> > To: modperl@perl.apache.org > Subject: https and $r->error_log > > Hi All, > > I have a problem: $r->log_error('xxx') works with http but does not work with > https. > Any hi

Apache::Request equivalent of CGI::Capture?

Has anyone implemented the equivalent of CGI::Capture for Apache::Request? If not, I may want to implement it myself. However, I'm fairly new to mod_perl, so maybe there's a completely different and better way to solve my problem, in which case I would appreciate some enlightenment. My problem is

https and $r->error_log

Hi All, I have a problem: $r->log_error('xxx') works with http but does not work with https. Any hints on debugging this? Thanks, Jie

Re: [mp2] [PATCH] DESTDIR does not apply to mod_perl.so and includes

Thanks Cory I'll replace my own patch with yours. Regards, Frederic LE GUERN On Wed, 16 Feb 2005, Cory Omand wrote: > Date: Wed, 16 Feb 2005 12:52:14 -0800 > From: Cory Omand <[EMAIL PROTECTED]> > To: modperl@perl.apache.org > Cc: Frederic LE GUERN <[EMAIL PROTECTED]> > Subject: [mp2] [PATCH] DES

Re: [mp2] make test errors

William McKee wrote: I didn't get very far with debugging the test (basically the test server got started and I lost control of the debugger). At any rate, I found some more information about sockets inside of jailed environments[1]. Section 4.2.2 seems to indicate that the type of socket we are cr

Re: [mp2] make test errors

William McKee wrote: t/TEST t/protocol/echo_block.t -v # Failed test 2 in t/protocol/echo_block.t at line 22 # expected: hello # received: # Failed test 3 in t/protocol/echo_block.t at line 22 fail #2 not ok 2 # expected: world # received: not ok 3 see if this patch helps: Index:

Re: [mp2] make test errors

William McKee wrote: BTW, this is a different issue: t/TEST t/preconnection/note.t -v # testing : connection notes # Failed test 1 in t/preconnection/note.t at line 16 # expected: 127.0.0.1 # received: 166.70.252.34 Here the Apache API: my $ip = $c->remote_ip; sees 166.70.252.34 where

Re: [mp2] Documentation patch for install.pod

William McKee wrote: It's never the case. In the case of DSO it never happens. In the case of static build Apache server is built during 'make'. as you say above, it's not the case with DSO. Yeah, that makes sense now. In the case of static mod_perl builds, is there any reason to run make && make

Strange problem with Mail::Send

My web app sends notification emails when a task transitions from one part of the work flow to another. I use Mail::Send to send mail, using a smtp server to transfer the mail. The code looks something like this: my $mail = Mail::Send->new( Subject => 'a subject', To => '[EMAIL PROTECTED]

[mp2] [PATCH] DESTDIR does not apply to mod_perl.so and includes

On Wed, 2005-02-09 at 15:31, Stas Bekman wrote: > That's why the only sensible thing I can suggest is a second DESTDIR > argument, which is apache-specific and of course it needs to be called > differently. I've earlier suggested MP_AP_DESTDIR. Attached is a patch which will add a new build time

Re: types of Apache

On Wed, 2005-02-16 at 20:16 +0200, Octavian Rasnita wrote: > Can you tell me which is the difference between using the modules from the > apache2-prefork or the modules from the "apache2" directory? This is actually a question for SuSe support. There are no directories like that created by defaul

types of Apache

Hi all, I am just a Linux user, and not an expert and I want to learn using ModPerl and Apache under Linux better. I use SuSe and I have seen the following directories in /usr/lib: apache apache2-prefork apache2-worker and in some of them I found more Apache modules. Can you tell me which is

Re: [mp2] make test errors

I didn't get very far with debugging the test (basically the test server got started and I lost control of the debugger). At any rate, I found some more information about sockets inside of jailed environments[1]. Section 4.2.2 seems to indicate that the type of socket we are creating in the followi

Re: securing web form interaction

ben syverson wrote: On Feb 15, 2005, at 12:02 PM, Jonathan Vanasco wrote: preemptive defense of potential SQL injection attacks Check out mod_security -- it has this built-in. (There's an intro here:

Re: [mp2] make test errors

Stas (and anyone else using FreeBSD), I tried searching the archives but didn't find anything that specifically addressed the errors I'm having. As shown in my original bug report, I'm using FreeBSD 5.3 in a jailed (chrooted) environment. I'm willing to dig into the test errors if you can give me

Re: Apache::Request for apache2, mod_perl2, mason1.28

Bart Lenoir wrote: I've been building perl-5.8.6, httpd-2.0.53, mod_perl-2.0.0-RC4(static) and HTML-Mason-1.28 in /usr/local on Linux 2.4 (Debian). Everything went fine until one of the last of Mason's requirements was Apache::Request, which wasn't compatible with mod_perl2. Is this setup possible

Re: Is it safe to share a read-only dbm file opened in parent modperl?

I have read sections in W. Richard Stevens' book APUE and my conclusion is that unix does handle sharing of read-only files fine. The problem with sharing files arises only when writing is involved which usually requires atomic operations. Of course, database handlers are totally different kind of

AuthenNTLM problem

Hi all, I am using AuthenNTLM module to secure our Intranet and to have a single sign-on system on our web applications. We are running apache 1.3.29, modperl 1.29 and the last version of AuthenNTLM (I have tried also AuthCookieNTLM). The module perform authentication against different domains.

Re: [mp2] Documentation patch for install.pod

> committed the first part of it (those who know what options to use don't > need extra explanation, those who don't know won't find the extra > explanation sufficient). That's fine. The second part was more for my own edification. > It's never the case. In the case of DSO it never happens. In

Re: [mp2] make test errors

On Tue, Feb 15, 2005 at 06:41:04PM -0500, Stas Bekman wrote: > I think there were a few similar reports posted here before (check the > archives). Unfortunately no one running FreeBSD has volunteered to look at > those. From what we have seen before all test failures seem to be caused > by some

Re: Request UNIQUE_ID

Geoffrey Young wrote: Thomas Lochmatter wrote: In the apache1/mod_perl1 environment, there was an environment variable UNIQUE_ID available. This ID was unique for each request. In the apache2/modperl2 environment, this variable has disappeared. I have not found any method in the mod_perl2 API. W

Re: Request UNIQUE_ID

Thomas Lochmatter wrote: > In the apache1/mod_perl1 environment, there was an > environment variable > UNIQUE_ID > available. This ID was unique for each request. > > In the apache2/modperl2 environment, this variable has > disappeared. I have not found any method in the mod_perl2 > API. Wha

Re: Request UNIQUE_ID

On Wednesday 16 February 2005 10:38, Thomas Lochmatter wrote: > In the apache1/mod_perl1 environment, there was an > environment variable >     UNIQUE_ID > available. This ID was unique for each request. > > In the apache2/modperl2 environment, this variable has > disappeared. I have not found any

Apache::Request for apache2, mod_perl2, mason1.28

Hi to all, I've been building perl-5.8.6, httpd-2.0.53, mod_perl-2.0.0-RC4(static) and HTML-Mason-1.28 in /usr/local on Linux 2.4 (Debian). Everything went fine until one of the last of Mason's requirements was Apache::Request, which wasn't compatible with mod_perl2. Is this setup possible or sho

Request UNIQUE_ID

In the apache1/mod_perl1 environment, there was an environment variable UNIQUE_ID available. This ID was unique for each request. In the apache2/modperl2 environment, this variable has disappeared. I have not found any method in the mod_perl2 API. What's the "official" way to get/create such a

Re: securing web form interaction

Hi, You can visit PayPal's web page and you will see an implementation of this security check. Choose "Sign up" and try to create an account. In the second form that askes for the most personal data, at the bottom appears a link that opens another window, with a link to a .au file that spells the