hey all
i was beating my hed against this
i thought i should post
all these modules load up and work fine
if i use the old location directive way
but thats tedious!
i thought
hey use the perl directive!
fine it works great
but i couldn't fiqure out why
all the modules would load but not
Apache.pm documents two methods "args" and "content" that should return
argument = value pairs (when called appropriately). In fact, args is
implemented as:
return map { Apache::unescape_url_info($_) } split /[=;]/, $string, -1;
However, this might return an odd number of values, for
-Original Message-
From: Michael J Schout [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 18, 2000 2:54 PM
To: [EMAIL PROTECTED]
Subject: Re: possible bug in mod_perl 1.24_01
I should also have mentioned:
I am using perl 5.6.0, Linux 2.2.x
I have the same config
I have had an application working under apache 1.3.12/mod_perl 1.24 for several
months now with no problems.
I am currently trying to make the jump to apache 1.3.14/mod_perl 1.24_01 (since
mod_perl 1.24 will not easily build agains 1.3.14). When I do this, and then
try to start apache, it goes
I should also have mentioned:
I am using perl 5.6.0, Linux 2.2.x
I used the same perl / os for both apache1.3.12/mod_perl 1.24, and apache
1.3.14/mod_perl 1.24_01.
Mike
On Mon, 9 Oct 2000, Dave Rolsky wrote:
I'm using mod_perl 1.24/Apache 1.3.12/Perl 5.00503 and find that I receive
no output after the \0. Is this a mod_perl or Apache bug? Or is it a
client bug (using Netscape 4.75) or is it the expected behavior.
looks ok to me:
% telnet localhost 8529
.00503 and find that I receive
no output after the \0. Is this a mod_perl or Apache bug? Or is it a
client bug (using Netscape 4.75) or is it the expected behavior.
-dave
/*==
www.urth.org
We await the New Sun
==*/
) = ( 'abc', "abc\0def", "def" );
$r-send_http_header;
$r-print("$_\n") foreach @vars;
}
1;
I'm using mod_perl 1.24/Apache 1.3.12/Perl 5.00503 and find that I receive
no output after the \0. Is this a mod_perl or Apache bug? Or is it a
c
I'm using mod_perl 1.24/Apache 1.3.12/Perl 5.00503 and find that I receive
no output after the \0. Is this a mod_perl or Apache bug? Or is it a
client bug (using Netscape 4.75) or is it the expected behavior.
It would be expected, I'd assume. perl5-porters discussed this back
in January when
[EMAIL PROTECTED] (Greg Williams) wrote:
I'm using mod_perl 1.24/Apache 1.3.12/Perl 5.00503 and find that I receive
no output after the \0. Is this a mod_perl or Apache bug? Or is it a
client bug (using Netscape 4.75) or is it the expected behavior.
It would be expected, I'd assume. perl5
On Wed, 6 Sep 2000, Reif Peter wrote:
I am using a self written mod_perl module that does proxy requests. It acts
as content handler and fetches the requestet documents via LWP::UserAgent.
The program works fine but when the request is a POST request and the
response is a redirection (301,
take 2 on that patch, this one adds a check so ap_setup_client_block() is
only called once. with this part of the fix you can call $r-content
multiple times without hanging:
my $data = $r-content;
$data = $r-content;
however, any calls to $r-content after the first will return undef.
(unless
I am using a self written mod_perl module that does proxy requests. It acts
as content handler and fetches the requestet documents via LWP::UserAgent.
The program works fine but when the request is a POST request and the
response is a redirection (301, 302, ...) with a Location: header, no data
Hi
Following to my last email, I tried to build apache_1.3.12 with mod_perl-1.21.
And it worked well with the same makepl_args.mod_perl file .
So does that mean that there is a bug in mod_perl-1.22 ? Or That my conf file
had wrong arguments in it, even if I could build it on an other server
On Tue, 11 Apr 2000, Ardo van Rangelrooij wrote:
Hi!
Hi,
Steve Dunham (thanks!!!)provided a patch which should take care of
this problem. I've made a package available as
http://master.debian.org/~ardo/libxml-parser-perl_2.27-3_i386.deb
Please try it out and let me know what's up.
On Tue, 11 Apr 2000, Ardo van Rangelrooij wrote:
Hi!
Steve Dunham (thanks!!!)provided a patch which should take care of
this problem. I've made a package available as
http://master.debian.org/~ardo/libxml-parser-perl_2.27-3_i386.deb
Please try it out and let me know what's up. If no
Hi!
Steve Dunham (thanks!!!)provided a patch which should take care of
this problem. I've made a package available as
http://master.debian.org/~ardo/libxml-parser-perl_2.27-3_i386.deb
Please try it out and let me know what's up. If no problems occur
I'll upload it to master officially.
[mod_perl people - any comment? Please keep the Cc: list to the Debian
bug tracking system.]
On Tue, Mar 28, 2000 at 12:50:45PM +0200, [EMAIL PROTECTED] wrote:
Package: libapache-mod-perl
Version: 1.21.2309-1
Severity: Important
When using the XML::Parser::Expat under mod_perl, this
le, multiple request will speed up):
--- cut here -
#!/usr/bin/perl -w
use XML::Parser::Expat;
use strict;
main();
# bug creater under mod_perl, just results in some simple html
sub main()
{
my $problemXP = new XML::Parser::Ex
On Tue, 4 Apr 2000, Daniel Jacobowitz wrote:
[mod_perl people - any comment? Please keep the Cc: list to the Debian
bug tracking system.]
When using the XML::Parser::Expat under mod_perl, this causes segmentation
faults (quite random?) in the child-processes of httpd.
The error
Hi,
I've just got my apache/modperl setup to work. This little nastie
took me 2 days to find.
In my /usr/src directory, I had:
- apache_1.3.3 [dir]
- apache_1.3.9 [dir]
- mod_perl-1.21 [dir]
and was compiling modperl/perl with:
#perl Makefile.PL
On Thu, 3 Feb 2000, Martin A. Langhoff wrote:
Hi,
I've just got my apache/modperl setup to work. This little nastie
took me 2 days to find.
In my /usr/src directory, I had:
- apache_1.3.3 [dir]
- apache_1.3.9 [dir]
- mod_perl-1.21 [dir]
and was
On Sat, 4 Dec 1999, Autarch wrote:
I don't remember if this has been discussed before but anyway. If you're
running Redhat 6.0 (and maybe 6.1?)
Just this moment installed a RH-6.1 system. It did not exhibit this
problem.
there may be some weirdness when you
try to install modperl.
I don't remember if this has been discussed before but anyway. If you're
running Redhat 6.0 (and maybe 6.1?) there may be some weirdness when you
try to install modperl. Basically, when you go to run make on apache, it
gives it some -L or -I flags that include libgdbm, because your Perl was
24 matches
Mail list logo
