On Mon, 10 Feb 2003, Charlie Smith wrote:
What's the latest stable version of mod_perl?
Always available at http://perl.apache.org/download
I believe the latest stable version of Apache is 1.3.19, which is what I am
running.
No, the latest stable Apache version is 2.0.44. However, you
for our native Polish speakers (as well as the archives), the Polish
translation of the mod_perl Developer's Cookbook appears to be available and
shipping.
http://helion.pl/ksiazki/modpkp.htm
I haven't seen it yet (nor do I read Polish) but the above site seems to
include a tarball
Forwarding this from another list, because it's
more appropriate here :-)
- Original Message -
From: Ron Gidron
Sent: Monday, February 10, 2003 3:48 PM
Subject: [Perl] how to static link mod_perl 2 into apache
2.0
I am trying to
install a Mason based system.
This package
/install.html#How_can_I_tell_whether_mod_perl_is_running_
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http
Nick Tonkin wrote:
[...]
I am not aware that you _need_ perl
5.8 to compile the latest apache and mod_perl...
You need 5.8 only to work with threaded mpm (Apache 2.0) and mod_perl 1.99_08.
http://perl.apache.org/docs/2.0/user/install/install.html#Prerequisites
Issac Goldstand wrote:
Forwarding this from another list, because it's more appropriate here :-)
- Original Message -
*From:* Ron Gidron mailto:[EMAIL PROTECTED]
*Sent:* Monday, February 10, 2003 3:48 PM
*Subject:* [Perl] how to static link mod_perl 2 into apache 2.0
I am trying
Geoffrey Young [EMAIL PROTECTED] writes:
for our native Polish speakers (as well as the archives), the Polish
translation of the mod_perl Developer's Cookbook appears to be
available and shipping.
http://helion.pl/ksiazki/modpkp.htm
Thanks! That's the great news for me (especially
On Sun, Feb 09, 2003 at 03:30:09PM +1100, Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
Hi,
use lib Apache-server_root_relative('/lib/perl');
in the chrooting of mod_perl the server_root_relative() is
absolute to the new chroot '/' not relative as in ('lib/perl)
Best Regards,
[EMAIL
Hi,
I have the following error while running mod_perl chrooted
which I would appreciate suggestions.
[Sat Feb 8 08:58:30 2003] [error] Can't locate Apache/Test.pm in @INC (@INC contains:
/var/www/lib/perl
+/var/www/lib/perl/Apache [...] . /var/www/) at (eval 299) line 3 during global
[EMAIL PROTECTED] wrote:
Hi,
I have the following error while running mod_perl chrooted
which I would appreciate suggestions.
[Sat Feb 8 08:58:30 2003] [error] Can't locate Apache/Test.pm in @INC (@INC contains: /var/www/lib/perl
+/var/www/lib/perl/Apache [...] . /var/www/) at (eval 299
[EMAIL PROTECTED] wrote:
Hi,
I have the following error while running mod_perl chrooted
which I would appreciate suggestions.
[Sat Feb 8 08:58:30 2003] [error] Can't locate Apache/Test.pm in @INC (@INC contains: /var/www/lib/perl
+/var/www/lib/perl/Apache [...] . /var/www/) at (eval 299
the
confusion is happening?
Uru
-Dave
dhfg wrote:
Hi,
In my web application, I am using Apache server with mod_perl. In one of my
Perl modules, I am creating a client socket using IO::Socket::INET which is
accepting the hotsname and port values from the environment variables set in
the Apache
running on a
Window XP PC. Wonder if this may cause the problem.
Cheers,
Dean
-Original Message-
From: David Dick [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 6 February 2003 7:17 PM
To: dhfg
Cc: [EMAIL PROTECTED]
Subject: Re: Environment variable in Apache/mod_perl/IO::Socket
G'day
I'm on Linux 2.4.20, with Apache 1.3.27, mod_perl 1.27, perl 5.6.1,
connecting locally to a postgres db. My previous guess had to be wrong
because you said the code
worked if you replaced
$socket = new IO::Socket::INET(
PeerAddr = $host,
PeerPort = $port,
Proto= 'tcp
I am getting sporadic segmentation faults with mod_perl 1.27.
A look at the core dump always shows:
- lwp# 1 / thread# 1
0008b37c mod_perl_sent_header (360fc0, 997ec, 599394, 326c00, 0, 0) + 18
00241c14 Perl_pp_entersub (31c800, 4a3d60, 4, 1, 0, ff00
Michael A Musta wrote:
I am getting sporadic segmentation faults with mod_perl 1.27.
A look at the core dump always shows:
Any chance you can set your debugger to show the real arguments and not only
the addresses? That might help to see where the problem is. e.g.,
mod_perl_sent_header
Hi,
In my web application, I am using Apache server with mod_perl. In one of my
Perl modules, I am creating a client socket using IO::Socket::INET which is
accepting the hotsname and port values from the environment variables set in
the Apache config file http.conf. For some reason, this didn't
or just
SB \n\n, unless there is a bug.
So if Apache (mod_perl) adds this to his script, even
though it is not a mod_perl script, then shouldn't he
be calling it from a Location that isn't mod_perl
enabled...?
Sorry, just getting into this Apache module thing
Cheers
lee
- --
Cheers
Lee
, and then adds the terminating
SB by itself, because it really sends other headers, before adding an
SB empty new line. So it shouldn't matter if you say \r\n\r\n or just
SB \n\n, unless there is a bug.
So if Apache (mod_perl) adds this to his script, even
though it is not a mod_perl script
, and then adds the terminating
SB by itself, because it really sends other headers, before adding an
SB empty new line. So it shouldn't matter if you say \r\n\r\n or just
SB \n\n, unless there is a bug.
So if Apache (mod_perl) adds this to his script, even
though it is not a mod_perl script
-BEGIN PGP SIGNED MESSAGE-
Hash: MD5
Running: Apache/1.3.14 (Win32) mod_perl/1.27_01-dev
I've been setting up my first proxy by following the
instructions in the Mod_perl Guide: all seems well,
except that I'm getting a little bit of weird output
in addition to the expected
-BEGIN PGP SIGNED MESSAGE-
Hash: MD5
I forgot to add that this happens with and without
a call to the send_http_header method.
lee
On Monday, February 3, 2003 at 2:11:59 PM, you wrote:
LG Running: Apache/1.3.14 (Win32) mod_perl/1.27_01-dev
LG I've been setting up my first proxy
Hi Lee,
Thanks for your reply. I tried the script you sent and it failed
with document contains no data. This is odd because I
previously found that mod_perl API scripts ran ok but CGI scripts
running under mod_perl failed.
The script printed some output in the log which I have attached
below
-BEGIN PGP SIGNED MESSAGE-
Hash: MD5
Hi George,
On Monday, February 3, 2003 at 10:47:47 PM, you wrote:
GS Hi Lee,
GS Thanks for your reply. I tried the script you sent and it failed
GS with document contains no data. This is odd because I
GS previously found that mod_perl API scripts
-- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
:
What has error_log to say about this? Do you have the file perms right?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: MD5
Hi George,
I've not seen any of this thread other than what's
below, but have you had all the headers output correctly?
Try running this after setting $url, and see what you get:
use LWP::UserAgent;
$url = http://195.117.126.24;;
$ua =
At 06:22 PM 1/28/2003, Stas Bekman wrote:
[...]
Is it true what was said in one of the other
threads -with mod_perl (Apache 1.3.27) the current working directory is
different from the dir where the script lies?
[...]
As I've followed up (because I knew that that particular post will create
that somebody else who's on Solaris could step in
and help.
I do hope that someone can explain to me why mod_cgi and mod_perl don't
work well together. It worked just fine using apache 1.3.14 and mod_perl
1.X (another version I can't remember). But with apache 1.3.27 and
mod_perl 1.27, it didn't.
::Registry
/IfModule
- I've tryed using PerlHandler Apache::PerlRun with same result as
Apache::Registry. Adding PerlSetVar PerlRunOnce On - everything works fine,
but then again whats the need of using mod_perl then?
mod_perl and apache are compiled using the same compiler (cc is
/local/CC
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org
Hi all,
I am having problems running cgi scripts under mod_perl. I
realise that this question has been asked before but I have not
been able to find a reference to this particular behaviour in the
manuals or newsgroups.
Problem summary
---
Scripts running under mod_perl fail
This is probably a stupid question, but I've been searching the
documentation for 3 or 4 hours now and I still can't get mod_perl to
install. I have mod_perl installed under apache 1.3.26 and have been
running that with great success for a couple years, but I am trying to
upgrade to apache
George Savvides wrote:
Hi all,
I am having problems running cgi scripts under mod_perl. I
realise that this question has been asked before but I have not
been able to find a reference to this particular behaviour in the
manuals or newsgroups.
Problem summary
---
Scripts running
On Thu, 30 Jan 2003 17:57:05 -0700, Casey Songer wrote:
When I do httpd -l mod_perl isn't listed, should it be? I also get
errors for things in my apache configuration scripts like PerlHandler
and PerlRequire, which I assume means that mod_perl isn't installed. I
have read through
http
Casey Songer wrote:
This is probably a stupid question, but I've been searching the
documentation for 3 or 4 hours now and I still can't get mod_perl to
install. I have mod_perl installed under apache 1.3.26 and have been
running that with great success for a couple years, but I am trying
?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http
Hi!
On my Solaris 5.8 machine I'm running apache 1.3.27 with mod_cgi and mod_perl
1.0. mod_cgi is compiled into apache and mod_perl are loaded in my httpd.conf.
When I'm requesting for any .cgi script (tested with: #!/usr/bin/perl or
#!/bin/sh) everything works fine, and the scripts compile
that's hosting my web site will want to
install any non-critical module (They ahve done me a favor allowing me to
run mod_perl ... ) So I want to see if I have any options installing it
under my directory tree.
If you don't want to put it in your standard @INC paths, you can put it
under
[EMAIL PROTECTED] wrote:
I'm not sure whether the company that's hosting my web site will want to
install any non-critical module (They ahve done me a favor allowing me
to run mod_perl ... ) So I want to see if I have any options installing
it under my directory tree.
Okay. You need
At 10:50 AM 1/29/2003, Perrin Harkins wrote:
[EMAIL PROTECTED] wrote:
I'm not sure whether the company that's hosting my web site will want to
install any non-critical module (They ahve done me a favor allowing me to
run mod_perl ... ) So I want to see if I have any options installing
Magnar Stav Johanssen wrote:
Hi!
On my Solaris 5.8 machine I'm running apache 1.3.27 with mod_cgi and
mod_perl 1.0. mod_cgi is compiled into apache and mod_perl are loaded in
my httpd.conf.
When I'm requesting for any .cgi script (tested with: #!/usr/bin/perl or
#!/bin/sh) everything works
on CPAN and found Apache::SSI. That was reasonably
well-documented and I was planning on using it except the module couldn't
be found. Is it true what was said in one of the other threads -with
mod_perl (Apache 1.3.27) the current working directory is different from
the dir where the script lies
[...]
Is it true what was said in one of the other
threads -with mod_perl (Apache 1.3.27) the current working directory is
different from the dir where the script lies?
[...]
As I've followed up (because I knew that that particular post will create
confusion), it *is* the script's dir
to be similar.
In short, don't assume that their kit is complete. Their vendor may have done
them a favor via package management.
I wonder what would be the best way to handle that, require CGI.pm for
installing mod_perl or simply adjust the tests to skip, if it's not available.
It's just silly that we
[EMAIL PROTECTED] wrote:
Tks that way worked except for the #config sizefmt of mod_include
That should work fine. What's broken with it?
From the documentation of the Apache::Include I couldn't make out
whether it handled other features like set which I am using.
It does not implement
At 06:54 PM 1/28/2003, Perrin Harkins wrote:
[EMAIL PROTECTED] wrote:
Tks that way worked except for the #config sizefmt of mod_include
That should work fine. What's broken with it?
(Frankly I'm so eagar to not just get my feet wet in mod_perl (just started
on it today), but drown in it I
with it
actuall residing in the /perl/ directory rather than the standard lib
directories.
Why? It's a module, not a CGI script.
If you don't want to put it in your standard @INC paths, you can put it
under APACHE_HOME/lib/perl/ which is automatically added to @INC by
mod_perl.
- Perrin
don't know, but my pulled zilch! ... could the absence of the two
modules be reason for the test errors?
ben
- Original message -
From: Stas Bekman [EMAIL PROTECTED]
To: benjamin mccall [EMAIL PROTECTED]
Date: Mon, 27 Jan 2003 18:25:26 +1100
Subject: Re: glitched install of mod_perl
Hi all!
Thanks for your thoughts, Randy.
Are there any helpful messages in the error log
indicating what's failing?
No, none.
Perhaps the first thing to check - does
LoadFile C:/Perl/bin/perl56.dll
LoadModule perl_module modules/mod_perl.so
alone, without any further mod_perl
Hi!
I've got some problems compiling mod_perl together with PHP.
I'm using Apache 1.3.27, mod_perl 1.27 and PHP 4.3.0 on RedHat-Linux (7.2).
I'm following
http://perl.apache.org/docs/1.0/guide/install.html#mod_perl_and_mod_php
The problem arises at the step Build Apache
./configure --prefix
/mod_perl.so
alone, without any further mod_perl directives, prevent the
server from starting?
That works ok, for Perl 5.6.1 and 5.8.0. Surely I can't execute
any perl then.
This was just to test that the mod_perl.so module was OK,
which apparently it is.
The browser
Hi!
On Mon, Jan 27, 2003 at 02:03:12PM +0100, [EMAIL PROTECTED] wrote:
I've got some problems compiling mod_perl together with PHP.
So, after reading some docs, I solved them myself.
For the archives:
./configure --prefix=/usr/local/etc/httpd \
--activate-module=src/modules/perl
Ok, I just installed apache::asp which forced the
install of mod_perl.
How do I test to see if mod_perl is running ok on
any given server?
Thanks!
PS. I'm currently reading the manpage mod_perl that
is on my server, thus far
I don't see anything regarding testing that it
works.
Richard wrote:
Ok, I just installed apache::asp which forced the install of mod_perl.
How do I test to see if mod_perl is running ok on any given server?
Thanks!
PS. I'm currently reading the manpage mod_perl that is on my server,
thus far
I don't see anything regarding testing
Thank you VERY much!!!
I've bookmarked that site!
Have a good day!
- Original Message -
From: Stas Bekman [EMAIL PROTECTED]
To: Richard [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, January 27, 2003 5:30 PM
Subject: Re: How to test for mod_perl
Richard wrote:
Ok, I just
sorry, Stas...my former isp bit the dust and slammed me over to
monopolistic wolf, verizon. so, i had no access since your last post.
well, mod_perl is up and running. apparently the 'perlio' issue was
corrected by some simple authentication sweeps. as for the mysteriously
missing 'cgi.pm', i
benjamin mccall wrote:
sorry, Stas...my former isp bit the dust and slammed me over to
monopolistic wolf, verizon. so, i had no access since your last post.
well, mod_perl is up and running. apparently the 'perlio' issue was
corrected by some simple authentication sweeps
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, Jan 27, 2003 at 06:25:26PM +1100, Stas Bekman wrote:
Hmm, you have perl 5.8.0. How is it possible that you don't have CGI.pm,
which is a part of the core?
It's probably a perl installed from a vendor-supplied package. You'd be amazed
at
Hi all,
if you would be willing to spend a minute on helping me out of this: I'm
trying to get mod_perl-2 running on Win32. Without success, of course. :(
My box is a Win2k SP3 with 1GB RAM, ActivePerl 5.6.1 build 633, mod_perl-2
1.99_09-dev on Apache 2.0.43. Everything is freshly loaded
On Sun, 26 Jan 2003, [koi8-r] éÌØÑ ûÉÐÉÃÉÎ wrote:
Dear Sirs,
I tried to follow apaci/README, but I couldn't compile mod_perl statically
under FreeBSD.
can anybody tell me (step by step ?) how to compile statically
www/apache13-modssl + www/mod_perl ?
Thanks!
Ilia Chipitsine
On Sun, 26 Jan 2003, Robert Kehl wrote:
Hi all,
if you would be willing to spend a minute on helping me out of
this: I'm trying to get mod_perl-2 running on Win32. Without
success, of course. :(
My box is a Win2k SP3 with 1GB RAM, ActivePerl 5.6.1 build 633,
mod_perl-2 1.99_09-dev
hi,
i'm having a problem with building mod_perl. what follows is a snapshot
of my procedure to administer the build:
perl: 5.8 installed (mthread)
apache2:(x.43)
mod_perl-1.99_08]# perl Makefile.PL MP_AP_PREFIX=/usr/local/apache2
...
Reading Makefile.PL args from @ARGV
MP_AP_PREFIX = /usr
mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
', and 'modules/cgi.t'.
ben
- Original message -
From: Stas Bekman [EMAIL PROTECTED]
To: benjamin mccall [EMAIL PROTECTED], [EMAIL PROTECTED]
Date: Mon, 27 Jan 2003 15:29:22 +1100
Subject: Re: glitched install of mod_perl (1.99.08)
benjamin mccall wrote:
Thanks for the quick reply on this one
, or some howtos, e.g.:
http://www.linux.org/docs/ldp/howto/Net-HOWTO/x540.html
If you are still in trouble, you should refer to the appropriate list for your
OS to solve it, since this is not a mod_perl problem.
__
Stas Bekman
/error_logs and here is what i get as result of test:
END in modperl_extra.pl, pid=7711
END in modperl_extra.pl, pid=7711
[Sun Jan 26 00:14:19 2003] [notice] Apache/2.0.43 (Unix) mod_perl/1.99_08
Perl/v5.8.0 PHP/4.3.0 configured -- resuming normal operations
[Sun Jan 26 00:14:19 2003] [info] Server
will catch it.
incidently, do i have to install cgi.pm and apache::register modules? i
checked t/error_logs and here is what i get as result of test:
END in modperl_extra.pl, pid=7711
END in modperl_extra.pl, pid=7711
[Sun Jan 26 00:14:19 2003] [notice] Apache/2.0.43 (Unix) mod_perl/1.99_08
Perl
hi,
I see that the new version of mod_perl has $r-read fixed now to read
exactly the given bytes.
$r-get_client_block however is still buggy. If for example I do the
following:
CUT
my $len = $r-headers_in-{'content-length'};
print reported length is $lenbr;
my $buf;
$r
our machines all run Cpanel, does anyone have any
experience running Cpanel WITH mod_perl installed, and it
run well?
I have heard that Cpanel and mod_perl will conflict
with each other.
So I don't want to install mod_perl without being
sure it will not crash our servers.
I'd appreciate
Udo Rader wrote:
hi,
I see that the new version of mod_perl has $r-read fixed now to read
exactly the given bytes.
$r-get_client_block however is still buggy. If for example I do the
following:
CUT
my $len = $r-headers_in-{'content-length'};
print reported length is $lenbr;
my
ignore if this has been mentioned already.
my installation of perl picked up on an assembler flag, -Wa,-xarch=v9, which
gets messed with in the mod_perl 1.27 Makefile.PL line 524:
$PERL_EXTRA_CFLAGS = join( , split(,, $PERL_EXTRA_CFLAGS));
i'm afraid i'm far too sleep-deprived to see why
--
mod_perl digest
December 30, 2002 - January 19, 2003
--
Recent happenings in the mod_perl world...
Features
to upgrade to 2.0.44.)
Does this mean that mod_perl 2.0 can finally be finished? I recall
this being dougm's main objection to finishing it all up...
modules in order to upgrade to 2.0.44.)
Does this mean that mod_perl 2.0 can finally be finished? I recall
this being dougm's main objection to finishing it all up...
We still have to see that this promise will be kept (we will make every
effort...). Don't forget that we also rely on the apr
All,
Starting to strike the first blows with Apache 2.0. I am now wondering about
thread safety with mod_perl 2. Will mod_perl support a threaded MPM Apache
config ?
Thanks,
Sinclair, Alan (CORP, GEAccess) wrote:
All,
Starting to strike the first blows with Apache 2.0. I am now wondering about
thread safety with mod_perl 2. Will mod_perl support a threaded MPM Apache
config ?
Why using the future tense, it does support the threaded mpm pretty much
from the very
hi all,
is it save to use ALRM signal in my mod_perl script. I hook a handler there,
to unlock my semaphores in emeregency.
I have a feeling, that apache or mod_perl have conflict with my handler on
ALRM, becouse it gets executed, when httpd child process was sleeping.
I use apache 1.3.26
Plamen Stojanov wrote:
is it save to use ALRM signal in my mod_perl script. I hook a handler there,
to unlock my semaphores in emeregency.
It should work, but you'd be better off with a cleanup handler.
- Perrin
On Thu, Jan 16, 2003 at 10:27:38AM +1100, Stas Bekman wrote:
Cool. Now can you please send the shortest possible example that you still
get the SEGFAULT with, so I can reproduce it and fix? Thanks.
I finally got a working apache2+mod_perl working in my $HOME dir (I
could not find the core
Jérôme Augé wrote:
On Thu, Jan 16, 2003 at 10:27:38AM +1100, Stas Bekman wrote:
Cool. Now can you please send the shortest possible example that you still
get the SEGFAULT with, so I can reproduce it and fix? Thanks.
I finally got a working apache2+mod_perl working in my $HOME dir (I
could
still get a SEGFAULT when
using $r-send_http_header() or $r-print() ...
- I fetched the mod_perl CVS sources then launched :
$ perl Makefile.PL MP_APXS=/usr/sbin/apxs
$ make
$ make install
- modified the /etc/httpd/conf.d/perl.conf file
- restarted httpd
I also tested with the Apache
I grep'ed into the mod_perl sources and found in
examples/lib/Apache/HelloWorld.pm that send_http_header does not exists
in mod_perl 2.0 and print is not yet implemented. Is this right ? so
this could easily explain my problems :)
in examples/lib/Apache/HelloWorld.pm :
[...]
sub handler {
my
To those of you on this mailing that wonder what is the best way to get
started with mod_perl should check out Writing Apache Modules with Perl and
C. This book is coauthored by Lincoln Stein (creator of CGI.pm) and Doug
MacEachern (creator of mod_perl). I am only half way through the book
You mean you DIDN'T buy Where's Wally ?!!!
-Original Message-
From: Michael Shirk [mailto:[EMAIL PROTECTED]]
To those of you on this mailing that wonder what is the best
way to get
started with mod_perl should check out Writing Apache
Modules with Perl and
C. This book
Michael Shirk wrote:
To those of you on this mailing that wonder what is the best way to get
started with mod_perl should check out Writing Apache Modules with Perl
and C. This book is coauthored by Lincoln Stein (creator of CGI.pm) and
Doug MacEachern (creator of mod_perl). I am only half
--- Geoffrey Young [EMAIL PROTECTED] wrote:
and don't forget about the cookbook
http://www.modperlcookbook.org/
Speaking of that, why is it missing from
http://perl.apache.org/?
Chris
is
a cool mod_perl technology, ken and dave worked just as hard on their book
as we did on ours, and it's been getting good reviews.
what would be really cool might be reducing the slots to one or two, then
have a rotating schedule (script, or whatever) for all books on the list.
that would get
good to share the limelight - mason
is a cool mod_perl technology, ken and dave worked just as hard on their
book as we did on ours, and it's been getting good reviews.
what would be really cool might be reducing the slots to one or two, then
have a rotating schedule (script, or whatever
Hi,
I'm unable to access/read cookies from incoming HTTP requests using
mod_perl HTTP request handlers.Here's what my relevant apache config
section looks like
Location /
PerlHeaderParserHandler MyModule::header_parse_handler
/Location
My browser already has a cookie named 'foo
But, I'm not able to see that cookie when I print $ENV{'HTTP_COOKIE'}
within in header_parse_handler.
%ENV is setup during the fixup phase, so it hasn't been populated yet.
mod_perl docs say that that you can
examine request headers in the PerlHeaderParserHandler.
yes, using something
On Wed, 2003-01-15 at 14:24, Geoffrey Young wrote:
if you want to force %ENV to be setup earlier, try calling
$r-subprocess_env;
in a void context before checking %ENV - it used to segfault for me, but the
docs says it should work.
This worked for me! Thanks a million!
-vish
version (1.9909) and I still get a SEGFAULT when
using $r-send_http_header() or $r-print() ...
- I fetched the mod_perl CVS sources then launched :
$ perl Makefile.PL MP_APXS=/usr/sbin/apxs
$ make
$ make install
- modified the /etc/httpd/conf.d/perl.conf file
- restarted httpd
Cool. Now
Jérôme Augé wrote:
I grep'ed into the mod_perl sources and found in
examples/lib/Apache/HelloWorld.pm that send_http_header does not exists
in mod_perl 2.0 and print is not yet implemented. Is this right ? so
this could easily explain my problems :)
It's an old example, I've removed
( GetReal = 1 );
to know that now I'm inside the real request.
Thanks for your remarks.
I installed modperl-1.99_08 and I keep getting SEGFAULT with my original
code ... I think I'll try to get it working first on mod_perl 1.x then
get back to modperl 2
--
after the mod_perl is loaded.
What was happening is that the mod_perl directives' gets registered with
Apache as soon as mod_perl is loaded. With the LoadModule defined by
mod_perl also, apache's ap_find_command_in_modules command returns a pointer
to mod_perl's loadmodule function
Jérôme Augé wrote:
Hi,
I'm beginning with mod_perl (mod_perl-1.99_05 + Apache 2.0.40 from
RedHat 8.0) and I want to write a module for rewriting the documents
that passes through the Apache proxy. So, I looked at the
Apache::AdBlocker
(http://perl.apache.org/docs/tutorials/tips/mod_perl_tricks
that
I've posted in my original reply.
Meanwhile I'm looking at how it's the best to prevent from the segfault to
happen and push_handlers() be used in a wrong place.
__
Stas BekmanJAm_pH -- Just Another mod_perl
Hi,
I'm trying to use mod_perl (1.99-07) with mod_jk (1.2) and Apache
(2.0.43). (and cannot move to 1.99-08 immediately)
When I try starting apache with both mod_perl mod_jk enabled, I'm seeing
the following error :
$ sudo bin/apachectl start
Syntax error on line 8 of /opt/apache2/conf
MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
Hi,
I'm trying to use mod_perl (1.99-07) with mod_jk (1.2) and Apache
(2.0.43). (and cannot move to 1.99-08 immediately)
When I try starting apache with both mod_perl mod_jk enabled, I'm seeing
the following error :
$ sudo bin/apachectl start
701 - 800 of 6247 matches
Mail list logo