Re: duplicate sockets ? mod-perl 2.0.2, apache 2.2

2007-09-14 Thread Philippe M. Chiasson
Perrin Harkins wrote: > On 9/13/07, André Warnier <[EMAIL PROTECTED]> wrote: >> In summary, the problem is that in the authen module I open a tcp >> connection to an external server *once*, but the server sees *two* >> connections being opened. > > Any chance you are running that code during start

Re: Problem with perl-status memory usage

2007-09-14 Thread RA Jones
Perrin Harkins wrote: On 9/13/07, Richard Jones <[EMAIL PROTECTED]> wrote: /opt/lampp/lib/perl5/site_perl/5.8.7/Devel/Symdump.pm Ok, the next thing to try is a permissions check. Become the user who you run your web server as (often "nobody", but I don't know what XAMPP does) and try

Re: duplicate sockets ? mod-perl 2.0.2, apache 2.2

2007-09-14 Thread André Warnier
Philippe M. Chiasson wrote: Perrin Harkins wrote: On 9/13/07, André Warnier <[EMAIL PROTECTED]> wrote: In summary, the problem is that in the authen module I open a tcp connection to an external server *once*, but the server sees *two* connections being opened. Any chance you are running tha

post data

2007-09-14 Thread Eli Shemer
Hey there. I yesterday compiled and installed apache2 on our company's server but it's currently on port 8080 for further testing. I'm currently updating our perl code to run natural mod_perl 2 code and there's something I've stumbled upon. Usually what we do is grep the POST data using

Re: post data

2007-09-14 Thread Jim Brandt
In the mod_perl 2 book, I believe we recommend using your first option, which is the param method from Apache2::Request. Jim Eli Shemer wrote: Hey there. I yesterday compiled and installed apache2 on our company's server but it's currently on port 8080 for further testing. I'm curren

Re: post data

2007-09-14 Thread André Warnier
Currently I'm using Apache::RequestRec in my tests but it only supports the args method which doesn't fit my needs, cross project. > I've read through the docs and saw that I have two available options: 1. using libapreq's Apache2::Request And then something like $apr->param('var') wou

resend: Bug report re: Apache 2.2.6 on Windows

2007-09-14 Thread Tom Donovan
Original Message Subject: Bug report Date: Fri, 14 Sep 2007 10:27:19 -0400 From: Tom Donovan <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: modperl@perl.apache.org -8<-- Start Bug Report 8<-- 1. Problem Description: perl-script han

apr

2007-09-14 Thread Eli Shemer
Hey again Once I add the apr object I get no error but I also receive no output on the screen. Any thoughts ? #!/usr/bin/perl use Apache2::Request; my $r=Apache2::RequestRec; #my $apr = Apache2::Request->new($r); $r->content_type('text/html'); $r->headers_out(); print "bla";

Re: apr

2007-09-14 Thread Perrin Harkins
On 9/14/07, Eli Shemer <[EMAIL PROTECTED]> wrote: > Once I add the apr object I get no error but I also receive no output on the > screen. What are you trying to do? You can't use the mod_perl stuff in a command-line script outside of mod_perl. > my $r=Apache2::RequestRec; What does that do? I

Re: Problem with perl-status memory usage

2007-09-14 Thread Perrin Harkins
On 9/14/07, RA Jones <[EMAIL PROTECTED]> wrote: > Yes, user 'nobody' gets a display on 'cat > /opt/lampp/lib/perl5/site_perl/5.8.7/Devel/Symdump.pm' Okay, can you try making your own mod_perl handler that loads Devel::Symdump and see if it works? - Perrin

Re: resend: Bug report re: Apache 2.2.6 on Windows

2007-09-14 Thread William A. Rowe, Jr.
Tom Donovan wrote: > > -8<-- Start Bug Report 8<-- > 1. Problem Description: > > perl-script handler fails with Apache 2.2.6 on Windows > due to changes in stdin/stdout/stderr handles in mpm_winnt > > Problem occurs with mod_perl 2.0.3 or with >

Re: resend: Bug report re: Apache 2.2.6 on Windows

2007-09-14 Thread William A. Rowe, Jr.
William A. Rowe, Jr. wrote: > > is that mod perl is attempting to protect us from ourselves even before > the fixes went into win32. Of all of the adjustments in version 2.2.6, > try backing out only this single effect of the patch, which closed stdin > on both the parent and child, and please co