Re: Apache::Request
I'm using Solaris (SunOS 5.7, according to uname). The number of files varies, and I can control this if I know what the limits are. Is the 256 limit per process or for the entire machine? For instance, if I have 10 apache children going full bore, is the practical limit 25 per child, or 256 per child? I saw (in the code) that there's one open file per uploaded file. That should be fine. I just need to find out if they're getting closed correctly. What is "lsof"? Thanks! -jse From: Doug MacEachern [EMAIL PROTECTED] Date: Tue, 11 Apr 2000 21:26:19 -0700 (PDT) To: "John S. Evans" [EMAIL PROTECTED] Cc: modperl [EMAIL PROTECTED] Subject: Re: Apache::Request On Mon, 10 Apr 2000, John S. Evans wrote: I'm looking for some help/advice with Apache::Request. I'm currently using Apache::Request to parse the POST that is used to upload a bunch of files to our server. how many files? what os are you using? solaris has a 256 limit. The problem I'm running into is that I seem to be running out of file descriptors over a long period of time, if a large number of files (between 50 and 200) are posted at once. there will be an open FILE* for each file uploaded in a given request, none of which are closed until the request is over. try using lsof to see if any of them are not being closed after the request is done.
Re: Apache::Request
On Tue, Apr 11, 2000 at 11:52:44PM -0700, John S. Evans wrote: I saw (in the code) that there's one open file per uploaded file. That should be fine. I just need to find out if they're getting closed correctly. What is "lsof"? 'LiSt Open Files', its really a handy tool for diagnosing. I just happened to be setting up a new machine today and checked for the latest release to grab and install. Its available at 'ftp://vic.cc.purdue.edu/pub/tools/unix/lsof'. -- The results of your IQ test are back, they're negative. Mike Hall, Unix Admin - Rock Island Communications [EMAIL PROTECTED] System Admin - riverside.org[EMAIL PROTECTED]
Re: missing modules/perl/libperl.a
In file included from mod_perl.h:41, from mod_perl.c:60: /usr/lib/perl5/5.00503/i686-linux/CORE/perl.h:2546: redefinition of `union semun' /usr/lib/perl5/5.00503/i686-linux/CORE/patchlevel.h:41: warning: `local_patches' defined but not use what kernel/distribution are you using? this same problem has come up with older 2.0.x kernels, i'm told upgrades have cured. It's a RH6.(mumble) distribution, with a fairly recent SMP kernel. A couple of days after I posted my last message regarding this, I got it to compile. It would appear that the problem was the underscore in the USE_APACI call in my Makefile.pl line: perl Makefile.PL APACHE_PREFIX=/usr/local/apache-strong/ APACHE_SRC=/usr/local/apache-strong/ \ DO_HTTPD=1 \ USE_APACI=1 \ EVERYTHING=1 \ PREP_HTTPD=1 The guide seems to waver on the hyphen vs. underscore but this did the trick: perl Makefile.PL APACHE_PREFIX=/usr/local/apache-strong/ \ APACHE_SRC=../../apache-strong/src/ \ USE-APACI=1 \ APACI-ARGS=--prefix=/usr/local/apache-strong/ \ DO_HTTPD=1 \ EVERYTHING=1 \ PREP_HTTPD=1 There is no USE-APACI parameter. The correct one is USE_APACI. Since you have used the wrong name it was just disregarded. Of course in your case APACHE_PREFIX was the one you needed. The Guide has it correctly. It's not the hyphen but the underscore. No tricks this time. In looking at this now, I think that my call to APACI-ARGS is redundant when used with the APACHE_PREFIX argument. At any rate, it worked and the server is performing as advertised. Thank you very much for getting back to me, Doug. cheers, Todd Finney __ Stas Bekman | JAm_pH--Just Another mod_perl Hacker http://stason.org/ | mod_perl Guide http://perl.apache.org/guide/ mailto:[EMAIL PROTECTED] | http://perl.orghttp://stason.org/TULARC/ http://singlesheaven.com| http://perlmonth.com http://sourcegarden.org --
[OT] Killing off children
Hello, I noticed on the Apache server-status report a child that is stuck in "G" (Gracefully finishing) after a SIGUSR1 today. Twelve hours ago. I don't have root access on this machine, but I thought I'd run a CGI script to run as "nobody" and kill off the child. (I've done this once before when working late from home and sending a mod_perl script into a memory hungry loop.) But in this case the child sitting there in "G" just won't die. I've tried sending as many signals as I can imagine HUP INT QUIT ABRT KILL TERM USR1 STOP CONT and THAW. I did note that the process was serving it's very first request when SIGURS1 was sent. And I just sent a SIGHUP to another Apache child from a CGI script and the child died. We had a similar situation a month or so back where an Apache restart left a bunch of children behind (and holding onto port 80), and thus the server wouldn't restart. This time running as root and still couldn't kill the processes. The machine was finally rebooted. Anyone know how to kill off these children (without having to reboot)? % uname -a SunOS 5.6 Generic_105181-17 sun4u sparc SUNW,Ultra-Enterprise Apache/1.3.9 (Unix) mod_perl/1.21 Thanks, Bill Moseley mailto:[EMAIL PROTECTED]
Re: [OT] Killing off children
On Wed, 12 Apr 2000, Bill Moseley wrote: Hello, I noticed on the Apache server-status report a child that is stuck in "G" (Gracefully finishing) after a SIGUSR1 today. Twelve hours ago. I don't have root access on this machine, but I thought I'd run a CGI script to run as "nobody" and kill off the child. (I've done this once before when working late from home and sending a mod_perl script into a memory hungry loop.) But in this case the child sitting there in "G" just won't die. I've tried sending as many signals as I can imagine HUP INT QUIT ABRT KILL TERM USR1 STOP CONT and THAW. I did note that the process was serving it's very first request when SIGURS1 was sent. And I just sent a SIGHUP to another Apache child from a CGI script and the child died. We had a similar situation a month or so back where an Apache restart left a bunch of children behind (and holding onto port 80), and thus the server wouldn't restart. This time running as root and still couldn't kill the processes. The machine was finally rebooted. Anyone know how to kill off these children (without having to reboot)? Looks like a system problem, what do you see when you attach to a process with 'strace -p PID'? For example it might enter some uninterruptable sleep waiting for some event to happen, but this will never do. Generally using strace (or truss) reveals some info. % uname -a SunOS 5.6 Generic_105181-17 sun4u sparc SUNW,Ultra-Enterprise Apache/1.3.9 (Unix) mod_perl/1.21 Thanks, Bill Moseley mailto:[EMAIL PROTECTED] __ Stas Bekman | JAm_pH--Just Another mod_perl Hacker http://stason.org/ | mod_perl Guide http://perl.apache.org/guide/ mailto:[EMAIL PROTECTED] | http://perl.orghttp://stason.org/TULARC/ http://singlesheaven.com| http://perlmonth.com http://sourcegarden.org --
Re: A better patch for Registry.pm
On Tue, 11 Apr 2000, Doug MacEachern wrote: I missed an opportunity to set $r-notes('error-notes') if there was an error at compile-time. This patch includes both run-time and compile-time patches. thanks tom. the patch below will set error-notes for all Perl*Handlers. $@ is also saved it $@{ $r-uri }, which was introduced before apache started saving errors in $r-notes('error-notes') Ah, darn! Your solution is MUCH better than mine. :-) I'm going to have to work harder at getting on that credits list, it would seem! -- -- Tom Mornini -- InfoMania Printing and Prepress
[article] Installing and Securing the Apache Webserver with SSL
Installing and Securing the Apache Webserver with SSL http://www.securityfocus.com/focus/sun/articles/apache-inst.html?_ref=1653102939 The article includes info on mod_perl among other things Enjoy! __ Stas Bekman | JAm_pH--Just Another mod_perl Hacker http://stason.org/ | mod_perl Guide http://perl.apache.org/guide/ mailto:[EMAIL PROTECTED] | http://perl.orghttp://stason.org/TULARC/ http://singlesheaven.com| http://perlmonth.com http://sourcegarden.org --
everything seems to be installed ok....
mod_perl is installed and in the httpd just fine. My CGI scripts aren't using it though (at least I can't tell). How can I tell if my CGI PERL scripts are running under mod_perl or not? They still seem to be using CGI. thanks -- James Gosnell [EMAIL PROTECTED] ICQ#1727569 http://premed.dhs.org
RE: everything seems to be installed ok....
http://perl.apache.org/guide/install.html#How_can_I_tell_whether_mod_perl_ let the Guide be your guide :) --Geoff -Original Message- From: James Gosnell [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 12, 2000 8:04 AM To: [EMAIL PROTECTED] Subject: everything seems to be installed ok mod_perl is installed and in the httpd just fine. My CGI scripts aren't using it though (at least I can't tell). How can I tell if my CGI PERL scripts are running under mod_perl or not? They still seem to be using CGI. thanks -- James Gosnell [EMAIL PROTECTED] ICQ#1727569 http://premed.dhs.org
RE: everything seems to be installed ok....
-Original Message- From: James Gosnell [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 12, 2000 8:53 AM To: [EMAIL PROTECTED] Subject: Re: everything seems to be installed ok I meant mod_perl.c. in Location well, I don't really understand what that means... of course, you have read http://perl.apache.org/guide/config.html specifically http://perl.apache.org/guide/config.html#_Location_Configuration and have moved your scripts to /perl or /perl-bin from /cgi-bin, right? --Geoff Everything is running fine except that it uses CGI 1.1? Instead of mod_perl. How can I switch that. -- James Gosnell [EMAIL PROTECTED] ICQ#1727569 http://premed.dhs.org
Send directly to me : Apache - Linux vs BSD
hi, Anyone with experience running Apache on both platforms any recomentation pluses, minuses. Send them directly to me not to the list. Not war's, I just need oppinions. You can include Solaris too. Thanx alot in advance = iVAN [EMAIL PROTECTED] =
Re: everything seems to be installed ok....
Yeah, I read that and implemented it into a perl.conf file although I didn't know that I needed a whole new dir. I just used my cgi-bin. Is there another way I can modify that? Everything in my cgi-bin is a PERL script. I'll read the guide. It's just really big and there's got to be a quicker way to get this info cause the guide is a big guide for just wanting to a couple lines of config code. It's a nice guide but big. :) -- James Gosnell [EMAIL PROTECTED] ICQ#1727569 http://premed.dhs.org
Re: everything seems to be installed ok....
oh, and I had a line: alias /perl/ /usr/local/apache/cgi-bin/ -- James Gosnell [EMAIL PROTECTED] ICQ#1727569 http://premed.dhs.org
Re: everything seems to be installed ok....
Got it guys! Thanks. It wasn't hard. Just didnt know it had to be a different dir. -- James Gosnell [EMAIL PROTECTED] ICQ#1727569 http://premed.dhs.org
Re: [OT] Killing off children
At 09:25 AM 04/12/00 +0200, Stas Bekman wrote: On Wed, 12 Apr 2000, Bill Moseley wrote: I noticed on the Apache server-status report a child that is stuck in "G" (Gracefully finishing) after a SIGUSR1 today. Twelve hours ago. Looks like a system problem, what do you see when you attach to a process with 'strace -p PID'? For example it might enter some uninterruptable sleep waiting for some event to happen, but this will never do. Generally using strace (or truss) reveals some info. Yes, a system problem, I guess, if kill -9 doesn't work I'm not sure what will work. I tried a truss, but it reported "truss: cannot control process 3732" which I assume is because it's parent is root, and my cgi was running as nobody. I'll try it again when root wakes up and comes into work Thanks, Bill Moseley mailto:[EMAIL PROTECTED]
Re: Error compiling mod_perl
Doug MacEachern wrote: On Tue, 11 Apr 2000, Sam Carleton wrote: This is the error message I got when I compiled mod_perl: Perl lib version (5.00503) doesn't match executable version (5.006) at /usr/lib/perl5/5.00503/i586-linux/Config.pm line 7. you either installed a new Perl after running mod_perl's Makefile.PL or have a broken Perl installation. try building mod_perl from a fresh source tree. OK, I messed things up with CPAN, I believe that it installed 5.006 where my distribution came with 5.003. I decided to resolve the issue by installing 5.6. I am able to run perl Makefile.PL without error and compile without errors. When I run make test, I get this error: ---make test error--- Syntax error on line 30 of /usr/src/mod_perl-1.21_03/t/conf/httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration done /usr/local/bin/perl t/TEST 0 still waiting for server to warm up...not ok server failed to start! (please examine t/logs/error_log) at t/TEST line 95. make: *** [run_tests] Error 111 ---make test error--- I looked in t/logs for a error_log, but t/logs is empty. I think I might have issue with the way I am configuring apache and mod_perl. This is my .makepl_args.mod_perl: ---.makepl_args.mod_perl--- # File: .makepl_args.mod_erl # enable all phase callbacks, API modules and misc features EVERYTHING=1 # tell runtime diagnostics to active if MOD_PERL_TRACE environment # variable is set at runtime PERL_TRACE=1 # tell Makefile.pl where the Apache source tree is APACHE_SRC=/usr/src/apache/src # tell Makefile.PL where the Apache is to be isntalled APACHE_PREFIX=/data01/apache # disable Makefile.pl from compiling Apache #PREP_APACHED=1 # tell Makefile.PL to use the first source found, which will be the # path specified above by APACHE_SRC DO_HTTPD=1 # tell Makefile.PL to configure Apache using the apaci interface USE_APACI=1 # tell makefile.PL to configure ssl support, too # SSL_BASE=/usr/local/ssl # add mod_info, mod_status, mod_usertrack, and mod_unique_id ADD_MODULE=info,status,usertrack,unique_id # additional arguments to give Apache's configure script # aruments can be delimited by comma and/or specified with multipal # APACI_ARGS lines #APACI_ARGS=--includedir=/usr/src/php #APACI_ARGS=--activate-module=src/modules/php3/libphp3.a APACI_ARGS=--with-layout=apache.config.layout:Sam-Layout APACI_ARGS=--server-uid=wwwrun APACI_ARGS=--server-gid=dosemu APACI_ARGS=--enable-module=most APACI_ARGS=--enable-shared=max ---.makepl_args.mod_perl--- And the options I am using to make apache: ---apache options--- configure \ --with-layout=/root/apache.config.layout:Sam-Layout \ --with-perl=src/modules/perl \ --enable-module=most \ --server-uid=wwwrun \ --server-gid==dosemu \ --enable-shared=max ---apache options--- Any thoughts on what I have wrong? Sam P.S. Thanks a millon for having the .makepl_args.mod_perl idea!!! It is an outstanding one!
Re: Apache::Registry error message?
Server Version: Apache/1.3.12 (Unix) mod_perl/1.22 PHP/3.0.15 mod_ssl/2.6.2 OpenSSL/0.9.5a-beta1 Server Built: Apr 4 2000 15:57:17 It has only happened a to a dozen or so children. And it *seems* to only have happened to 1 child in the server. It has only happened once since I upgraded my server to 1.22. I reviewed my log files and it seems to have happend more often with 1.21 ps. Its been several days (Apr 6th) since it last happened. - Original Message - From: "Doug MacEachern" [EMAIL PROTECTED] To: "Jason Terry" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, April 11, 2000 9:57 PM Subject: Re: Apache::Registry error message? On Fri, 7 Apr 2000, Jason Terry wrote: Does anybody know how to track down what is causing this error. It seems that Apache::Registry is trying to undefine some handler, but I don't know what handler or where. Any ideas? [Thu Apr 6 11:06:26 2000] [error] Can't undef active subroutine at /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Registry.pm line 102. what version of mod_perl and Apache are you using?
Apache::ASP and gzip/inflate compression
Hi, I would like to apply gzip or inflate compression on the response from Apache::ASP, because my application generates a lot low-entropy table-structures which can be compressed down to 90-95%. On a normal CGI script I would do something like: print "Content-type: text/html\n"; print "Pragma: no-cache\n"; if($ENV{HTTP_ACCEPT_ENCODING} =~ /gzip/) { print "Content-Encoding: gzip\n\n"; print Compress::Zlib::memGzip($out); } else { print "\n"; print $out; } where $out sucks up all the output during execution. I can't get it to work with Apache::ASP, though. As Apache::ASP internally buffers all the output, my first (bad) guess was to put a kind of wrapper on the $Response-{Buffer} object in Script_OnEnd in global.asa, which failed. So I guess there should be a better way... Anybody has some pointers? Ime
DougM: my hero and yours, too.
A lengthy introduction to mod_perl on wdvl.com casts Doug as the savior of website development. http://wdvl.com/Authoring/Languages/Perl/PerlfortheWeb/forks.html#hero :)
Re: $r-args troubles...
You would have guessed right. However, the problem was two fold in my case. First, I was not calling Apache::Request correctly. The proper method to call Apache was told to me by Doug Kyle (Giving credit where due!). Below is how it is done. --- Begin Example my $r = Apache-request; my $apr = Apache::Request-new($r); my %params = $apr-args; print $params{"Player"}; End Example The 'print $params{"Player"}' would be used to get and print something like the parameters from the URL of a GET like "www.example.com/find_player.pl?Player=Mullen" (Not a real site, dont click!). Second part of my problem was that I had an error in my Apache::Registry setup in Apache.conf or perl.conf (Can't remember where I put it). The script I was running was not being picked up by Apache::Registry and thus not working. Thanks for everyone's help. PS. The only reason I say this on the mailing list is to get it in to the mailing list archives because I could not my solution there when I looked. From: "Doug MacEachern" [EMAIL PROTECTED] To: "Jason Murphy" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, April 11, 2000 8:52 PM Subject: Re: $r-args troubles... On Fri, 7 Apr 2000, Jason Murphy wrote: Can't locate object method "new" via package "Apache::Request" at ./find_player.pl line 10. that would normally indicate your script is running under mod_cgi, not mod_perl. my $r = new Apache::Request; ---Where the error appears in any case, you need to change that to: my $r = Apache::Request-new(shift); or my $r = Apache::Request-new(Apache-request); -- Jason Murphy System Administrator Lawinfo.com 1-800-397-3743 ex: 133
mod_perl virtual web hosting
Hello, I have been looking for mod_perl virtual web hosting companies who have fast servers and good infrastructure but the two I have found so far have either had problems with their mod_perl setups (they installed the module, did not change apache configs or changed them incorrectly) or have been very slow. These two are www.123hostme.com or www.olm.net. I would greatly appreciate if somebody could point me in a better direction. Thanks Gagan ** Web App Development Needs? *** Contact OSATech today! http://www.OSATech.com *** - Original Message - From: "Jason Murphy" [EMAIL PROTECTED] To: "Doug MacEachern" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, April 12, 2000 1:09 PM Subject: Re: $r-args troubles... You would have guessed right. However, the problem was two fold in my case. First, I was not calling Apache::Request correctly. The proper method to call Apache was told to me by Doug Kyle (Giving credit where due!). Below is how it is done. --- Begin Example my $r = Apache-request; my $apr = Apache::Request-new($r); my %params = $apr-args; print $params{"Player"}; End Example The 'print $params{"Player"}' would be used to get and print something like the parameters from the URL of a GET like "www.example.com/find_player.pl?Player=Mullen" (Not a real site, dont click!). Second part of my problem was that I had an error in my Apache::Registry setup in Apache.conf or perl.conf (Can't remember where I put it). The script I was running was not being picked up by Apache::Registry and thus not working. Thanks for everyone's help. PS. The only reason I say this on the mailing list is to get it in to the mailing list archives because I could not my solution there when I looked. From: "Doug MacEachern" [EMAIL PROTECTED] To: "Jason Murphy" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, April 11, 2000 8:52 PM Subject: Re: $r-args troubles... On Fri, 7 Apr 2000, Jason Murphy wrote: Can't locate object method "new" via package "Apache::Request" at ./find_player.pl line 10. that would normally indicate your script is running under mod_cgi, not mod_perl. my $r = new Apache::Request; ---Where the error appears in any case, you need to change that to: my $r = Apache::Request-new(shift); or my $r = Apache::Request-new(Apache-request); -- Jason Murphy System Administrator Lawinfo.com 1-800-397-3743 ex: 133
Re: mod_perl virtual web hosting
I haven't used it, but a friend mentioned that iserver has virtual servers on which you can configure mod_perl. http://www.iserver.com/ At 01:26 PM 04/12/00 -0400, Gagan Prakash wrote: Hello, I have been looking for mod_perl virtual web hosting companies who have fast servers and good infrastructure but the two I have found so far have either had problems with their mod_perl setups (they installed the module, did not change apache configs or changed them incorrectly) or have been very slow. These two are www.123hostme.com or www.olm.net. I would greatly appreciate if somebody could point me in a better direction. Thanks Gagan ** Web App Development Needs? *** Contact OSATech today! http://www.OSATech.com *** - Original Message - From: "Jason Murphy" [EMAIL PROTECTED] To: "Doug MacEachern" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, April 12, 2000 1:09 PM Subject: Re: $r-args troubles... You would have guessed right. However, the problem was two fold in my case. First, I was not calling Apache::Request correctly. The proper method to call Apache was told to me by Doug Kyle (Giving credit where due!). Below is how it is done. --- Begin Example my $r = Apache-request; my $apr = Apache::Request-new($r); my %params = $apr-args; print $params{"Player"}; End Example The 'print $params{"Player"}' would be used to get and print something like the parameters from the URL of a GET like "www.example.com/find_player.pl?Player=Mullen" (Not a real site, dont click!). Second part of my problem was that I had an error in my Apache::Registry setup in Apache.conf or perl.conf (Can't remember where I put it). The script I was running was not being picked up by Apache::Registry and thus not working. Thanks for everyone's help. PS. The only reason I say this on the mailing list is to get it in to the mailing list archives because I could not my solution there when I looked. From: "Doug MacEachern" [EMAIL PROTECTED] To: "Jason Murphy" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, April 11, 2000 8:52 PM Subject: Re: $r-args troubles... On Fri, 7 Apr 2000, Jason Murphy wrote: Can't locate object method "new" via package "Apache::Request" at ./find_player.pl line 10. that would normally indicate your script is running under mod_cgi, not mod_perl. my $r = new Apache::Request; ---Where the error appears in any case, you need to change that to: my $r = Apache::Request-new(shift); or my $r = Apache::Request-new(Apache-request); -- Jason Murphy System Administrator Lawinfo.com 1-800-397-3743 ex: 133
Re: mod_perl virtual web hosting
I am working with www.superb.net to get their mod_perl up and working again. They have great infrastrucure, lots of great tools, and an amazing price. They had apache/mod_perl for awhile, and upgrades broke it. I expect they will have it in a week or two, if we can use all these dynamic/shared modules as planned. I'm moving my mod-perl project there once I get it going. Have you checked out the list on perl.apache.org's documentation? Jesse At 01:26 PM 4/12/00 -0400, Gagan Prakash wrote: Hello, I have been looking for mod_perl virtual web hosting companies who have fast servers and good infrastructure but the two I have found so far have either had problems with their mod_perl setups (they installed the module, did not change apache configs or changed them incorrectly) or have been very slow. These two are www.123hostme.com or www.olm.net. I would greatly appreciate if somebody could point me in a better direction. Thanks Gagan ** Web App Development Needs? *** Contact OSATech today! http://www.OSATech.com *** - Original Message - From: "Jason Murphy" [EMAIL PROTECTED] To: "Doug MacEachern" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, April 12, 2000 1:09 PM Subject: Re: $r-args troubles... You would have guessed right. However, the problem was two fold in my case. First, I was not calling Apache::Request correctly. The proper method to call Apache was told to me by Doug Kyle (Giving credit where due!). Below is how it is done. --- Begin Example my $r = Apache-request; my $apr = Apache::Request-new($r); my %params = $apr-args; print $params{"Player"}; End Example The 'print $params{"Player"}' would be used to get and print something like the parameters from the URL of a GET like "www.example.com/find_player.pl?Player=Mullen" (Not a real site, dont click!). Second part of my problem was that I had an error in my Apache::Registry setup in Apache.conf or perl.conf (Can't remember where I put it). The script I was running was not being picked up by Apache::Registry and thus not working. Thanks for everyone's help. PS. The only reason I say this on the mailing list is to get it in to the mailing list archives because I could not my solution there when I looked. From: "Doug MacEachern" [EMAIL PROTECTED] To: "Jason Murphy" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, April 11, 2000 8:52 PM Subject: Re: $r-args troubles... On Fri, 7 Apr 2000, Jason Murphy wrote: Can't locate object method "new" via package "Apache::Request" at ./find_player.pl line 10. that would normally indicate your script is running under mod_cgi, not mod_perl. my $r = new Apache::Request; ---Where the error appears in any case, you need to change that to: my $r = Apache::Request-new(shift); or my $r = Apache::Request-new(Apache-request); -- Jason Murphy System Administrator Lawinfo.com 1-800-397-3743 ex: 133 Jesse Wolfe, ICQ #19734806 AllHeal, a Global Healing Village "Healing our World, One Life at a Time." http://www.allheal.com Want to pay less for long distance? - http://ld.net?claritycom
vcpan (Virtual CPAN) ?
This site looks on top of it! I noticed they were using a wrapper called vcpan for access to perls MCPAN. I was hoping this was something that was in the CPAN libraries but it's not. Has anyone seen or written such an animal? Jeff Bulley "I am the chicken, I am the egg, I am the walrus -- coo coo ka choo .." -- Sent by: Ron Pero [EMAIL PROTECTED] Sent From the mail file of: Jeff Bulley To: "Gagan Prakash" [EMAIL PROTECTED], [EMAIL PROTECTED] cc: Subject: Re: mod_perl virtual web hosting I haven't used it, but a friend mentioned that iserver has virtual servers on which you can configure mod_perl. http://www.iserver.com/ At 01:26 PM 04/12/00 -0400, Gagan Prakash wrote: Hello, I have been looking for mod_perl virtual web hosting companies who have fast servers and good infrastructure but the two I have found so far have either had problems with their mod_perl setups (they installed the module, did not change apache configs or changed them incorrectly) or have been very slow. These two are www.123hostme.com or www.olm.net. I would greatly appreciate if somebody could point me in a better direction. Thanks Gagan
Re: vcpan (Virtual CPAN) ?
[EMAIL PROTECTED] wrote: This site looks on top of it! To bad they are a Verio company. My recent experiences with Verio have been extremely poor, their customer support for leased lines is that it pretty much is non-existent. Gerd I noticed they were using a wrapper called vcpan for access to perls MCPAN. I was hoping this was something that was in the CPAN libraries but it's not. Has anyone seen or written such an animal? Jeff Bulley "I am the chicken, I am the egg, I am the walrus -- coo coo ka choo .." -- Sent by: Ron Pero [EMAIL PROTECTED] Sent From the mail file of: Jeff Bulley To: "Gagan Prakash" [EMAIL PROTECTED], [EMAIL PROTECTED] cc: Subject: Re: mod_perl virtual web hosting I haven't used it, but a friend mentioned that iserver has virtual servers on which you can configure mod_perl. http://www.iserver.com/ At 01:26 PM 04/12/00 -0400, Gagan Prakash wrote: Hello, I have been looking for mod_perl virtual web hosting companies who have fast servers and good infrastructure but the two I have found so far have either had problems with their mod_perl setups (they installed the module, did not change apache configs or changed them incorrectly) or have been very slow. These two are www.123hostme.com or www.olm.net. I would greatly appreciate if somebody could point me in a better direction. Thanks Gagan
Re: Apache::ASP and gzip/inflate compression
Ime Smits wrote: Hi, I would like to apply gzip or inflate compression on the response from Apache::ASP, because my application generates a lot low-entropy table-structures which can be compressed down to 90-95%. On a normal CGI script I would do something like: print "Content-type: text/html\n"; print "Pragma: no-cache\n"; if($ENV{HTTP_ACCEPT_ENCODING} =~ /gzip/) { print "Content-Encoding: gzip\n\n"; print Compress::Zlib::memGzip($out); } else { print "\n"; print $out; } First note that Apache::ASP is Apache::Filter aware. If there is a Apache::Filter::Gzip out there, then you should be able to hook it in no prob. Next, I have on the table a Script_OnFlush event handler that needs doing, and you could use it for this purpose to modify the outbound text pre flush. Let me know if you want it I'll get you a dev copy when its done. -- Joshua _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
UndefOnReload problems with Apache::INC
I've run across a problem with UndefOnReload stomping on code in mod_perl/1.21, which I believe affects mod_perl/1.22 as well. I scanned through the mod_perl archives and found that others had similar problems a while back, leading to Apache::StatINC and Apache::Symbols::undef_function being modified so that they only undefine exported functions. However, it appears to me that the current code only works for modules that do export functions, and not for those that do not. Those that don't export functions still have all of their functions (imported or otherwise) undefined. Here's a summary of my problem and diagnosis... if you'd rather cut to the chase, there's a patch at the end. I'm using Apache::StatINC with UndefOnReload enabled. Whenever I changed a particular module (Palm::DB), I would get Internal Server Errors from any future requests along with the following error in my logs: [Tue Apr 11 13:45:12 2000] [error] Undefined subroutine Palm::Template::error called at /usr/local/lib/perl5/site_perl/5.005/Palm/Template.pm line 36. I enabled StatINCDebug and verified that only Palm::DB was being reloaded. I looked through the code and found Apache::Symbol::undef_function(). I uncommented the warn within it and saw the following in my logs: ... [Tue Apr 11 13:45:22 2000] null: Palm::DB::update=CODE(0x2e5570) [Tue Apr 11 13:45:22 2000] null: Palm::DB::build_menu=CODE(0x2dff68) [Tue Apr 11 13:45:22 2000] null: Palm::DB::insert=CODE(0x2e3060) [Tue Apr 11 13:45:22 2000] null: Palm::DB::get_row=CODE(0x2d9c3c) [Tue Apr 11 13:45:22 2000] null: Palm::DB::get_table=CODE(0x2dfe54) [Tue Apr 11 13:45:22 2000] null: Palm::DB::DESTROY=CODE(0x2eb418) [Tue Apr 11 13:45:22 2000] null: Palm::DB::error=CODE(0x29f0b8) ... [Tue Apr 11 13:45:22 2000] DB.pm: Apache::StatINC: process 20967 reloading Palm/DB.pm The only problem is that there is no error() sub in Palm::DB. It's exported by another module, Palm::Template. Palm::DB is an object-oriented module that exports no functions, and Palm::DB uses Palm::Template (which does export functions) for error reporting. Thus Palm::Template was exporting error() as Palm::DB::error(), which Apache::Symbol::undef_function() undefined whenever I updated Palm::DB, causing problems. (...and anyone who could follow this paragraph without rereading it deserves a prize) Here's the code for Apache::Symbol::undef_functions() (I'll use the code from 1.22, not 1.21; the only difference is the addition of "defined" to the 4 $any_export_var tests.) sub undef_functions { my( $package, $skip, $only_undef_exports ) = @_; my $stab = Devel::Symdump-rnew($package); my @functions = $stab-functions; if( $only_undef_exports ) { no strict 'refs'; my $any_export_var; $any_export_var = 1 if defined @{$package . "::EXPORT"}; $any_export_var = 1 if defined @{$package . "::EXPORT_OK"}; $any_export_var = 1 if defined %{$package . "::EXPORT_TAGS"}; $any_export_var = 1 if defined @{$package . "::EXPORT_EXTRAS"}; if( $any_export_var ) { my @names = (@{$package . "::EXPORT"}, @{$package . "::EXPORT_OK"}, @{$package . "::EXPORT_EXTRAS"}); foreach my $tagdata (values %{$package . "::EXPORT_TAGS"}) { push @names, @$tagdata; } my %exported = map { $package . "::" . $_ = 1 } @names; @functions = grep( $exported{$_}, @functions ); } } for my $cv (@functions) { no strict 'refs'; next if substr($cv, 0, 14) eq "Devel::Symdump"; next if $skip and $cv =~ /$skip/; #warn "$cv=", *{$cv}{CODE}, "\n"; Apache::Symbol::undef(*{$cv}{CODE}); } } It appears to me that the following assignment: @functions = grep( $exported{$_}, @functions ); should be outside the $any_export_var if block. Otherwise setting $only_undef_exports only affects those modules that do export functions. Assuming that's right, here's a patch that seems to fix my problem (generated against the 1.22 version): --- Symbol.pm.orig Wed Apr 12 10:39:16 2000 +++ Symbol.pm Wed Apr 12 10:39:06 2000 @@ -30,6 +30,7 @@ $any_export_var = 1 if defined %{$package . "::EXPORT_TAGS"}; $any_export_var = 1 if defined @{$package . "::EXPORT_EXTRAS"}; +my %exported; if( $any_export_var ) { my @names = (@{$package . "::EXPORT"}, @{$package . "::EXPORT_OK"}, @@ -37,9 +38,9 @@ foreach my $tagdata (values %{$package . "::EXPORT_TAGS"}) { push @names, @$tagdata; } -my %exported = map { $package . "::" . $_ = 1 } @names; -@functions = grep( $exported{$_}, @functions ); +%exported = map { $package . "::" . $_ = 1 } @names; } +@functions =
Re: UndefOnReload problems with Apache::StatINC
err... make that Apache::StatINC, not Apache::INC. - Scott
UndefOnReload problems with Apache::StatINC
I've run across a problem with UndefOnReload stomping on code in mod_perl/1.21, which I believe affects mod_perl/1.22 as well. I scanned through the mod_perl archives and found that others had similar problems a while back, leading to Apache::StatINC and Apache::Symbols::undef_function being modified so that they only undefine exported functions. However, it appears to me that the current code only works for modules that do export functions, and not for those that do not. Those that don't export functions still have all of their functions (imported or otherwise) undefined. Here's a summary of my problem and diagnosis... if you'd rather cut to the chase, there's a patch at the end. I'm using Apache::StatINC with UndefOnReload enabled. Whenever I changed a particular module (Palm::DB), I would get Internal Server Errors from any future requests along with the following error in my logs: [Tue Apr 11 13:45:12 2000] [error] Undefined subroutine Palm::Template::error called at /usr/local/lib/perl5/site_perl/5.005/Palm/Template.pm line 36. I enabled StatINCDebug and verified that only Palm::DB was being reloaded. I looked through the code and found Apache::Symbol::undef_function(). I uncommented the warn within it and saw the following in my logs: ... [Tue Apr 11 13:45:22 2000] null: Palm::DB::update=CODE(0x2e5570) [Tue Apr 11 13:45:22 2000] null: Palm::DB::build_menu=CODE(0x2dff68) [Tue Apr 11 13:45:22 2000] null: Palm::DB::insert=CODE(0x2e3060) [Tue Apr 11 13:45:22 2000] null: Palm::DB::get_row=CODE(0x2d9c3c) [Tue Apr 11 13:45:22 2000] null: Palm::DB::get_table=CODE(0x2dfe54) [Tue Apr 11 13:45:22 2000] null: Palm::DB::DESTROY=CODE(0x2eb418) [Tue Apr 11 13:45:22 2000] null: Palm::DB::error=CODE(0x29f0b8) ... [Tue Apr 11 13:45:22 2000] DB.pm: Apache::StatINC: process 20967 reloading Palm/DB.pm The only problem is that there is no error() sub in Palm::DB. It's exported by another module, Palm::Template. Palm::DB is an object-oriented module that exports no functions, and Palm::DB uses Palm::Template (which does export functions) for error reporting. Thus Palm::Template was exporting error() as Palm::DB::error(), which Apache::Symbol::undef_function() undefined whenever I updated Palm::DB, causing problems. (...and anyone who could follow this paragraph without rereading it deserves a prize) Here's the code for Apache::Symbol::undef_functions() (I'll use the code from 1.22, not 1.21; the only difference is the addition of "defined" to the 4 $any_export_var tests.) sub undef_functions { my( $package, $skip, $only_undef_exports ) = @_; my $stab = Devel::Symdump-rnew($package); my @functions = $stab-functions; if( $only_undef_exports ) { no strict 'refs'; my $any_export_var; $any_export_var = 1 if defined @{$package . "::EXPORT"}; $any_export_var = 1 if defined @{$package . "::EXPORT_OK"}; $any_export_var = 1 if defined %{$package . "::EXPORT_TAGS"}; $any_export_var = 1 if defined @{$package . "::EXPORT_EXTRAS"}; if( $any_export_var ) { my @names = (@{$package . "::EXPORT"}, @{$package . "::EXPORT_OK"}, @{$package . "::EXPORT_EXTRAS"}); foreach my $tagdata (values %{$package . "::EXPORT_TAGS"}) { push @names, @$tagdata; } my %exported = map { $package . "::" . $_ = 1 } @names; @functions = grep( $exported{$_}, @functions ); } } for my $cv (@functions) { no strict 'refs'; next if substr($cv, 0, 14) eq "Devel::Symdump"; next if $skip and $cv =~ /$skip/; #warn "$cv=", *{$cv}{CODE}, "\n"; Apache::Symbol::undef(*{$cv}{CODE}); } } It appears to me that the following assignment: @functions = grep( $exported{$_}, @functions ); should be outside the $any_export_var if block. Otherwise setting $only_undef_exports only affects those modules that do export functions. Assuming that's right, here's a patch that seems to fix my problem (generated against the 1.22 version): --- Symbol.pm.orig Wed Apr 12 10:39:16 2000 +++ Symbol.pm Wed Apr 12 10:39:06 2000 @@ -30,6 +30,7 @@ $any_export_var = 1 if defined %{$package . "::EXPORT_TAGS"}; $any_export_var = 1 if defined @{$package . "::EXPORT_EXTRAS"}; +my %exported; if( $any_export_var ) { my @names = (@{$package . "::EXPORT"}, @{$package . "::EXPORT_OK"}, @@ -37,9 +38,9 @@ foreach my $tagdata (values %{$package . "::EXPORT_TAGS"}) { push @names, @$tagdata; } -my %exported = map { $package . "::" . $_ = 1 } @names; -@functions = grep(
make test is bomming out
Doug MacEachern wrote: On Tue, 11 Apr 2000, Sam Carleton wrote: This is the error message I got when I compiled mod_perl: Perl lib version (5.00503) doesn't match executable version (5.006) at /usr/lib/perl5/5.00503/i586-linux/Config.pm line 7. you either installed a new Perl after running mod_perl's Makefile.PL or have a broken Perl installation. try building mod_perl from a fresh source tree. OK, I messed things up with CPAN, I believe that it installed 5.006 where my distribution came with 5.003. I decided to resolve the issue by installing 5.6. I am able to run perl Makefile.PL without error and compile without errors. When I run make test, I get this error: ---make test error--- Syntax error on line 30 of /usr/src/mod_perl-1.21_03/t/conf/httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration done /usr/local/bin/perl t/TEST 0 still waiting for server to warm up...not ok server failed to start! (please examine t/logs/error_log) at t/TEST line 95. make: *** [run_tests] Error 111 ---make test error--- I looked in t/logs for a error_log, but t/logs is empty. I think I might have issue with the way I am configuring apache and mod_perl. This is my .makepl_args.mod_perl: ---.makepl_args.mod_perl--- # File: .makepl_args.mod_erl # enable all phase callbacks, API modules and misc features EVERYTHING=1 # tell runtime diagnostics to active if MOD_PERL_TRACE environment # variable is set at runtime PERL_TRACE=1 # tell Makefile.pl where the Apache source tree is APACHE_SRC=/usr/src/apache/src # tell Makefile.PL where the Apache is to be isntalled APACHE_PREFIX=/data01/apache # disable Makefile.pl from compiling Apache #PREP_APACHED=1 # tell Makefile.PL to use the first source found, which will be the # path specified above by APACHE_SRC DO_HTTPD=1 # tell Makefile.PL to configure Apache using the apaci interface USE_APACI=1 # tell makefile.PL to configure ssl support, too # SSL_BASE=/usr/local/ssl # add mod_info, mod_status, mod_usertrack, and mod_unique_id ADD_MODULE=info,status,usertrack,unique_id # additional arguments to give Apache's configure script # aruments can be delimited by comma and/or specified with multipal # APACI_ARGS lines #APACI_ARGS=--includedir=/usr/src/php #APACI_ARGS=--activate-module=src/modules/php3/libphp3.a APACI_ARGS=--with-layout=apache.config.layout:Sam-Layout APACI_ARGS=--server-uid=wwwrun APACI_ARGS=--server-gid=dosemu APACI_ARGS=--enable-module=most APACI_ARGS=--enable-shared=max ---.makepl_args.mod_perl--- And the options I am using to make apache: ---apache options--- configure \ --with-layout=/root/apache.config.layout:Sam-Layout \ --with-perl=src/modules/perl \ --enable-module=most \ --server-uid=wwwrun \ --server-gid==dosemu \ --enable-shared=max ---apache options--- Any thoughts on what I have wrong? Sam P.S. Thanks a millon for having the .makepl_args.mod_perl idea!!! It is an outstanding one!
Re: mod_perl virtual web hosting
On 12 Apr 2000, at 13:26, Gagan Prakash wrote: I have been looking for mod_perl virtual web hosting companies who have fast servers and good infrastructure but the two I have found so far have either had problems with their mod_perl setups (they installed the module, did not change apache configs or changed them incorrectly) or have been very slow. These two are www.123hostme.com or www.olm.net. I have used iserver.com for the last 4 years. There were iserver before Verio bought them. I just installed mod_perl on a server where I used it for some database work. The response time is excellent. But .. but if you want instructions on how to install modules on their virtual server, use the instructions here (don't use cpan or vcpan .. but use their install of base mod_perl): http://www.iserver.com/support/addonhelp/proglang/perl/modules.ht ml Notice this on that page: Installing Perl5 Modules Yourself The content on this page is adapted from Answers to Some Perl/CGI Questions, by Bekman Stas. I would highly recommend iserver (I don't know about verio). Peter --- "Reality is that which, when you stop believing in it, doesn't go away". -- Philip K. Dick
Re: Bug#61231: mod_perl segfaults child-processes in combination with XML::Parser::Expat
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. If no problems occur I'll upload it to master officially. OK, I will run it later today on my machine with the test-script, and then with the project I'm working on, which is more complex and crashed much fatser. I'll also forward this problem to the man upstream, Clark Cooper. Thanks, Ardo I'll let you know... Thanx, Remco Schaar /--\ | Remco Schaar | | e-mail: [EMAIL PROTECTED] | \--/ South Park meets Linux: - "Oh my God, they killed init!" - "You bastards!"
UndefOnReload problems with Apache::INC
I've run across a problem with UndefOnReload stomping on code in mod_perl/1.21, which I believe affects mod_perl/1.22 as well. I scanned through the mod_perl archives and found that others had similar problems a while back, leading to Apache::StatINC and Apache::Symbols::undef_function being modified so that they only undefine exported functions. However, it appears to me that the current code only works for modules that do export functions, and not for those that do not. Those that don't export functions still have all of their functions (imported or otherwise) undefined. Here's a summary of my problem and diagnosis... if you'd rather cut to the chase, there's a patch at the end. I'm using Apache::StatINC with UndefOnReload enabled. Whenever I changed a particular module (Palm::DB), I would get Internal Server Errors from any future requests along with the following error in my logs: [Tue Apr 11 13:45:12 2000] [error] Undefined subroutine Palm::Template::error called at /usr/local/lib/perl5/site_perl/5.005/Palm/Template.pm line 36. I enabled StatINCDebug and verified that only Palm::DB was being reloaded. I looked through the code and found Apache::Symbol::undef_function(). I uncommented the warn within it and saw the following in my logs: ... [Tue Apr 11 13:45:22 2000] null: Palm::DB::update=CODE(0x2e5570) [Tue Apr 11 13:45:22 2000] null: Palm::DB::build_menu=CODE(0x2dff68) [Tue Apr 11 13:45:22 2000] null: Palm::DB::insert=CODE(0x2e3060) [Tue Apr 11 13:45:22 2000] null: Palm::DB::get_row=CODE(0x2d9c3c) [Tue Apr 11 13:45:22 2000] null: Palm::DB::get_table=CODE(0x2dfe54) [Tue Apr 11 13:45:22 2000] null: Palm::DB::DESTROY=CODE(0x2eb418) [Tue Apr 11 13:45:22 2000] null: Palm::DB::error=CODE(0x29f0b8) ... [Tue Apr 11 13:45:22 2000] DB.pm: Apache::StatINC: process 20967 reloading Palm/DB.pm The only problem is that there is no error() sub in Palm::DB. It's exported by another module, Palm::Template. Palm::DB is an object-oriented module that exports no functions, and Palm::DB uses Palm::Template (which does export functions) for error reporting. Thus Palm::Template was exporting error() as Palm::DB::error(), which Apache::Symbol::undef_function() undefined whenever I updated Palm::DB, causing problems. (...and anyone who could follow this paragraph without rereading it deserves a prize) Here's the code for Apache::Symbol::undef_functions() (I'll use the code from 1.22, not 1.21; the only difference is the addition of "defined" to the 4 $any_export_var tests.) sub undef_functions { my( $package, $skip, $only_undef_exports ) = @_; my $stab = Devel::Symdump-rnew($package); my @functions = $stab-functions; if( $only_undef_exports ) { no strict 'refs'; my $any_export_var; $any_export_var = 1 if defined @{$package . "::EXPORT"}; $any_export_var = 1 if defined @{$package . "::EXPORT_OK"}; $any_export_var = 1 if defined %{$package . "::EXPORT_TAGS"}; $any_export_var = 1 if defined @{$package . "::EXPORT_EXTRAS"}; if( $any_export_var ) { my @names = (@{$package . "::EXPORT"}, @{$package . "::EXPORT_OK"}, @{$package . "::EXPORT_EXTRAS"}); foreach my $tagdata (values %{$package . "::EXPORT_TAGS"}) { push @names, @$tagdata; } my %exported = map { $package . "::" . $_ = 1 } @names; @functions = grep( $exported{$_}, @functions ); } } for my $cv (@functions) { no strict 'refs'; next if substr($cv, 0, 14) eq "Devel::Symdump"; next if $skip and $cv =~ /$skip/; #warn "$cv=", *{$cv}{CODE}, "\n"; Apache::Symbol::undef(*{$cv}{CODE}); } } It appears to me that the following assignment: @functions = grep( $exported{$_}, @functions ); should be outside the $any_export_var if block. Otherwise setting $only_undef_exports only affects those modules that do export functions. Assuming that's right, here's a patch that seems to fix my problem (generated against the 1.22 version): --- Symbol.pm.orig Wed Apr 12 10:39:16 2000 +++ Symbol.pm Wed Apr 12 10:39:06 2000 @@ -30,6 +30,7 @@ $any_export_var = 1 if defined %{$package . "::EXPORT_TAGS"}; $any_export_var = 1 if defined @{$package . "::EXPORT_EXTRAS"}; +my %exported; if( $any_export_var ) { my @names = (@{$package . "::EXPORT"}, @{$package . "::EXPORT_OK"}, @@ -37,9 +38,9 @@ foreach my $tagdata (values %{$package . "::EXPORT_TAGS"}) { push @names, @$tagdata; } -my %exported = map { $package . "::" . $_ = 1 } @names; -@functions = grep( $exported{$_}, @functions ); +%exported = map { $package . "::" . $_ = 1 } @names; } +@functions =
NT Installation
The final step, I thought, was to add LoadModule perl_module modules/ApacheModulePerl.dll to the conf/httpd.conf file. Prior to this line, Apache will start and act as a web server. After insertion of this line I get the error: _ap_table_add@12 could not be located in ApacheCore.dll I put the line immediately after the other LoadModule lines, which were and still are, commented out. What am I doing wrong? Paul
Re: Bug#61231: mod_perl segfaults child-processes in combination with XML::Parser::Expat
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 problems occur I'll upload it to master officially. After running it several hours, using 3-4 different scripts each refreshing every second, the only problem I encountered was an unstable netscape (when using a refresh of _zero_ seconds :-) So, I consider the bg fixed and recommend the upload... I'll also forward this problem to the man upstream, Clark Cooper. Thanks, Ardo Thanks everybody, Remco Schaar /--\ | Remco Schaar | | e-mail: [EMAIL PROTECTED] | \--/ South Park meets Linux: - "Oh my God, they killed init!" - "You bastards!"
[suggestion] *::GZip and chunked output
A few people have reported lately that they experience a problem with a chunked output from *::Gzip filters. I think that using DESTROY to Finalize Output technique as described at http://perl.apache.org/guide/snippets.html#Using_DESTROY_to_Finalize_Output will provide a nice workaround. If any of you have a few spare minutes, this can be solved on a global level without changing a line in your original code (and making a nice contribution to the mod_perl community :). Just write another Apache::Filter like module, (let's call it Apache::Buffer) which will buffer all the input and flush it using the above technique. So you'd use: Files *.html SetHandler perl-script PerlHandler Apache::OutputChain Apache::GzipChain \ Apache::Buffer Apache::PassFile /Files This will solve two problems: 1) chunked gzipped output 2) will improve the compression as there will be more input to work on at once for the GZip module. What do you think? __ Stas Bekman | JAm_pH--Just Another mod_perl Hacker http://stason.org/ | mod_perl Guide http://perl.apache.org/guide/ mailto:[EMAIL PROTECTED] | http://perl.orghttp://stason.org/TULARC/ http://singlesheaven.com| http://perlmonth.com http://sourcegarden.org --
Re: front end proxy and virtual hosts
On Mon, 10 Apr 2000, Eric Cholet wrote: Port based backend servers is the easiest. Use Port 80 Listen 127.0.0.1:8088 (or whatever) Listen 127.0.0.1:8089 ... in your backend setup to make sure it never reveals the real port and only listens on the loopback interface (if that's what you want). Then the frontend can be setup in any way you like and proxy the requests to the appropiate port on the backend. - ask -- ask bjoern hansen - http://www.netcetera.dk/~ask/ more than 70M impressions per day, http://valueclick.com
Re: [newbie] diffs and cvs
On Sun, 9 Apr 2000, Stas Bekman wrote: [snapshots] It's much easier than starting with a real CVS server if you do that for the first time. But it worth the hassle, if you want to use open source software and live on the cutting edge. but with the "real cvs" it's much easier to keep updated, put your own patches and test thingies into the source tree, make diffs to see what changed when something on your testserver stops working and so on. If you don't want all that, you probably don't want the unreleased version in the first place. (assuming Doug will start releasing a little more often now :-) ) - ask -- ask bjoern hansen - http://www.netcetera.dk/~ask/ more than 70M impressions per day, http://valueclick.com
Re: front end proxy and virtual hosts
I just ran into a bit of a conflict with Alias and Rewrite on my front end. Given that I have multiple virtual hosts serving up the same content using a slightly different set of graphics and templates, the easy way is to "Alias /_pageparts /real/page/parts/directory" and make the alias different for each virtual host. Then every document refers to /_pageparts/XXX.yyy for the component it wants, and the proper one based on the virtual host is used. Something like this: VirtualHost 204.117.82.12 ServerName next.morebusiness.com RewriteEngine On RewriteOptions 'inherit' # handle GIF and JPG images directly RewriteRule \.(gif|jpg|png|css|txt|cgi)$ - [last] RewriteRule ^/cgi-bin - [last] # pass off everything but images to the heavy-weight server via proxy RewriteRule ^/(.*)$ http://localhost:4079/$1 [proxy] DocumentRoot /web/morebusiness/nextdocs Alias /_pageparts /web/morebusiness/nextdocs/_pageparts-default /VirtualHost and on the back-end Listen 4079 VirtualHost localhost:4079 ServerName next.morebusiness.com Port 80 DocumentRoot /web/morebusiness/nextdocs DirectoryIndex index.brc index.shtml index.html Alias /_pageparts /web/morebusiness/nextdocs/_pageparts-default /VirtualHost One of the objects inside _pageparts-default is PAGEFOOT.shtml. If I do a lynx -source 'http://next.morebusiness.com/_pageparts-default/PAGEFOOT.shtml' The page comes across fine. If I do lynx -source 'http://next.morebusiness.com/_pageparts/PAGEFOOT.shtml' I get the page dumped raw. That is, the SSI constructs are ignored. If I enable .shtml files to be server-parsed on the front-end server, then both return the processed result. This is my work-around. This leads me to believe that the Rewrite engine is ignored when an Alias kicks in, otherwise the *.shtml files would be bounced back to the back-end server where they get properly expanded. Normally, this is ok for me since everything else in the aliased directory is an image which I want the front end to handle. Has this bitten anyone else? Stas, I think you should mention this in the guide somehow as something to watch out for when using the proxy front-end. The Rewrite rules are ignored when an Alias expands the URI, or so it seems from where I sit. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D.Khera Communications, Inc. Internet: [EMAIL PROTECTED] Rockville, MD +1-301-545-6996 PGP MIME spoken herehttp://www.kciLink.com/home/khera/
Re: A better patch for Registry.pm
On Wed, 12 Apr 2000, Tom Mornini wrote: [...] I'm going to have to work harder at getting on that credits list, it would seem! Nah. Doug didn't commit it yet so except if it was because he didn't want it and will back it out again, then you're on the list now. It was your idea after all, so keep let them come. :) - ask -- ask bjoern hansen - http://www.netcetera.dk/~ask/ more than 70M impressions per day, http://valueclick.com
Re: front end proxy and virtual hosts
On Wed, 12 Apr 2000, Vivek Khera wrote: [...] Has this bitten anyone else? Stas, I think you should mention this in the guide somehow as something to watch out for when using the proxy front-end. The Rewrite rules are ignored when an Alias expands the URI, or so it seems from where I sit. They're both Trans handlers in the normal case. So if mod_alias runs first and matches it will return OK and mod_rewrite won't see the request. So it shouldn't be a surprise. :) I think the advice to give is to not mix them. mod_rewrite does everything mod_alias does - (except for ScriptAlias which is not really relevant on this list anyway) - so if you need mod_rewrite for a set of urls, use it exclusively. - ask -- ask bjoern hansen - http://www.netcetera.dk/~ask/ more than 70M impressions per day, http://valueclick.com
Re: [newbie] diffs and cvs
On Wed, 12 Apr 2000, Ask Bjoern Hansen wrote: On Sun, 9 Apr 2000, Stas Bekman wrote: [snapshots] It's much easier than starting with a real CVS server if you do that for the first time. But it worth the hassle, if you want to use open source software and live on the cutting edge. but with the "real cvs" it's much easier to keep updated, put your own patches and test thingies into the source tree, make diffs to see what changed when something on your testserver stops working and so on. Ask, you have misread my statement. I said when you do that for the first time (meaning, when you need your server to work yesterday and the current CVS version fixes the problem. Trying to discourage using CVS is the last thing I'd think about. I think I do more cvs commands per day than any other :) If you don't want all that, you probably don't want the unreleased version in the first place. (assuming Doug will start releasing a little more often now :-) ) __ Stas Bekman | JAm_pH--Just Another mod_perl Hacker http://stason.org/ | mod_perl Guide http://perl.apache.org/guide/ mailto:[EMAIL PROTECTED] | http://perl.orghttp://stason.org/TULARC/ http://singlesheaven.com| http://perlmonth.com http://sourcegarden.org --
Re: Apache::ASP and gzip/inflate compression
[EMAIL PROTECTED] (Joshua Chamas) wrote: Ime Smits wrote: I would like to apply gzip or inflate compression on the response from Apache::ASP, because my application generates a lot low-entropy table-structures which can be compressed down to 90-95%. First note that Apache::ASP is Apache::Filter aware. If there is a Apache::Filter::Gzip out there, then you should be able to hook it in no prob. There is a module Apache::Gzip floating out there from Philippe Chiasson and Geoffrey Young, but I haven't seen a final version yet. It will be fully compatible with Apache::Filter, or usable as a standalone (like Apache::SSI). You might want to prod Philippe/Geoffrey to release something, even a prerelease, to CPAN. It should really be a very small module, built on top of Compress::Zlib.
Re: mod_perl virtual web hosting
On Wed, 12 Apr 2000, Jesse Wolfe wrote: I am working with www.superb.net to get their mod_perl up and working again. They have great infrastrucure, lots of great tools, and an amazing price. They had apache/mod_perl for awhile, and upgrades broke it. I expect they will have it in a week or two, if we can use all these dynamic/shared modules as planned. strikes me (as an owner of a web hosting service) that DSO is the wrong answer. What does DSO buy you? NOTHING except a complete waste of memory... I'm reading between the lines here, but it sounds like you are trying to have _one_ parent apache daemon that services _everything_ on the machine (likely _more_ than one website), which would imply that you are going to have an _extremely_ low hit ratio on your mod_perl scripts. it strikes me that you _want_ a frontend proxy to feed your requests to the smallest number of backend daemons which are most likely to already have compiled your scripts. This saves memory and CPU, while simplifying the configuration, and of course, for a dedicated backend daemon, DSO buys nothing... even if that daemon uses access handlers, it still always needs mod_perl That said, we bought modperl-space.com back when domains suddenly got cheap, but haven't put together a mod_perl package because we really don't know what folks want/are using it for. I'm moving my mod-perl project there once I get it going. Have you checked out the list on perl.apache.org's documentation? Jesse At 01:26 PM 4/12/00 -0400, Gagan Prakash wrote: Hello, I have been looking for mod_perl virtual web hosting companies who have fast servers and good infrastructure but the two I have found so far have either had problems with their mod_perl setups (they installed the module, did not change apache configs or changed them incorrectly) or have been very slow. These two are www.123hostme.com or www.olm.net. last I heard, olm.net treated their resellers well, but their tech support to direct clients was supposed to be pretty poor. I would greatly appreciate if somebody could point me in a better direction. Thanks Gagan -- [EMAIL PROTECTED] | Drive thy business, or it will drive thee. http://BareMetal.com/ | - Benjamin Franklin web hosting since '95 |
Re: front end proxy and virtual hosts
"ABH" == Ask Bjoern Hansen [EMAIL PROTECTED] writes: ABH mod_alias does - (except for ScriptAlias which is not really relevant on Duh. Ya know, sometimes you stare and stare and stare and it doesn't come to you. I don't even need mod_alias at all... Thanks!
Re: [suggestion] *::GZip and chunked output
On Wed, Apr 12, 2000 at 10:58:47PM +0200, Stas Bekman wrote: Files *.html SetHandler perl-script PerlHandler Apache::OutputChain Apache::GzipChain \ Apache::Buffer Apache::PassFile /Files This will solve two problems: 1) chunked gzipped output 2) will improve the compression as there will be more input to work on at once for the GZip module. I have a little mental problem: why doesn't NN understand the gzipped output being chunked? I mean, if the result is a correct gzip (isn't it?), why doesn't it process it correctly? Otherwise, as this seems to be a problem of GzipChain only at the moment, I'll probably vote for Rick's patch or something similar being done on the Apache::OutputChain level. But yes, something like Apache::BufferChain would certainly be usefull and I'll add this into the Apache::OutputChain distribution. Yours, -- Honza Pazdziora | [EMAIL PROTECTED] | http://www.fi.muni.cz/~adelton/ .project: Perl, DBI, Oracle, MySQL, auth. WWW servers, MTB, Spain.
How do I make proxy server not to buffer o/p of mod_perl server?
Hi All, How do configure front end proxy server NOT to buffer o/p of mod_perl server? ProxyReceiveBufferSize doesn't help. I read thru Eric Cholet's post, he pointed out HUGE_STRING_LEN (8k) is the buffer size. Is it configurable, may be in latest 1.3.12 or i have to change manually and recompile apache? Thanks, Niraj
Problem with Apache::SIG
Hi All, Recently I installed Apache-1.3.12 with mod_perl-1.22. Standard installation. Everything seemed to work great. I'm using the directive PerlFixupHandler Apache::SIG because you have some 'alive' scripts that need to be killed if the user closes his browser. Well, everything seems to work fine, but in Apache error_log we get the message: [Mon Apr 10 22:27:01 2000] [error] at /usr/lib/perl5/site_perl/5.005/i386-linux /Apache/SIG.pm line 31. Line 31 is Apache::exit($s); What is wrong ? Thanks in advance, Renato - Brasil
Re: mod_perl virtual web hosting
Thanks everyone. I did check the listing at perl.apache.org but many fo the organization appear to be resellers. I have the unique situation of setting up a site for India and thus need the host to be as close as possible to a central internet node. I will check out iserver and use them if it works otherwise I will wait for superb.net. It has been a nightmare dealing with various webhosts. In some cases the sales and techn support people indicate that they have mod_perl. Some companies make that claim on their homepage. When it comes down to it, they either don't have it, dont want it, or dont want to understand it. I have wasted atleast 3 hours trying to explain it to olm.net...the customer support people just dont get it. I would not recommend them to anyone. Thanks Gagan --- Jesse Wolfe [EMAIL PROTECTED] wrote: I am working with www.superb.net to get their mod_perl up and working again. They have great infrastrucure, lots of great tools, and an amazing price. They had apache/mod_perl for awhile, and upgrades broke it. I expect they will have it in a week or two, if we can use all these dynamic/shared modules as planned. I'm moving my mod-perl project there once I get it going. Have you checked out the list on perl.apache.org's documentation? Jesse At 01:26 PM 4/12/00 -0400, Gagan Prakash wrote: Hello, I have been looking for mod_perl virtual web hosting companies who have fast servers and good infrastructure but the two I have found so far have either had problems with their mod_perl setups (they installed the module, did not change apache configs or changed them incorrectly) or have been very slow. These two are www.123hostme.com or www.olm.net. I would greatly appreciate if somebody could point me in a better direction. Thanks Gagan ** Web App Development Needs? *** Contact OSATech today! http://www.OSATech.com *** - Original Message - From: "Jason Murphy" [EMAIL PROTECTED] To: "Doug MacEachern" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, April 12, 2000 1:09 PM Subject: Re: $r-args troubles... You would have guessed right. However, the problem was two fold in my case. First, I was not calling Apache::Request correctly. The proper method to call Apache was told to me by Doug Kyle (Giving credit where due!). Below is how it is done. --- Begin Example my $r = Apache-request; my $apr = Apache::Request-new($r); my %params = $apr-args; print $params{"Player"}; End Example The 'print $params{"Player"}' would be used to get and print something like the parameters from the URL of a GET like "www.example.com/find_player.pl?Player=Mullen" (Not a real site, dont click!). Second part of my problem was that I had an error in my Apache::Registry setup in Apache.conf or perl.conf (Can't remember where I put it). The script I was running was not being picked up by Apache::Registry and thus not working. Thanks for everyone's help. PS. The only reason I say this on the mailing list is to get it in to the mailing list archives because I could not my solution there when I looked. From: "Doug MacEachern" [EMAIL PROTECTED] To: "Jason Murphy" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, April 11, 2000 8:52 PM Subject: Re: $r-args troubles... On Fri, 7 Apr 2000, Jason Murphy wrote: Can't locate object method "new" via package "Apache::Request" at ./find_player.pl line 10. that would normally indicate your script is running under mod_cgi, not mod_perl. my $r = new Apache::Request; ---Where the error appears in any case, you need to change that to: my $r = Apache::Request-new(shift); or my $r = Apache::Request-new(Apache-request); -- Jason Murphy System Administrator Lawinfo.com 1-800-397-3743 ex: 133 Jesse Wolfe, ICQ #19734806 AllHeal, a Global Healing Village "Healing our World, One Life at a Time." http://www.allheal.com Want to pay less for long distance? - http://ld.net?claritycom __ Do You Yahoo!? Send online invitations with Yahoo! Invites. http://invites.yahoo.com
Re: mod_perl virtual web hosting
Yeah, this was officially announced at iserver 3-4 weeks ago. It's been in beta testing for months. I would say that the only weird thing about it is that they only give you one server config so a lot of the lightweight front-end, heavyweight-perl back-end stuff in the guide is a bit useless for iserver. I don't know if the same issues exist for other "generic" mod_perl virtual server hosting packages. But it is something to watch for if the intent is superfast performance of your website (as opposed to just fast). However, it definately does speed things up. And they have an interesting virtual server model with a lot of value-added features (eg browsable backups you can restore yourself) that you have to email a sysadmin at most small ISPs to help you with manually. Later, Gunther Ron Pero wrote: I haven't used it, but a friend mentioned that iserver has virtual servers on which you can configure mod_perl. http://www.iserver.com/ At 01:26 PM 04/12/00 -0400, Gagan Prakash wrote: Hello, I have been looking for mod_perl virtual web hosting companies who have fast servers and good infrastructure but the two I have found so far have either had problems with their mod_perl setups (they installed the module, did not change apache configs or changed them incorrectly) or have been very slow. These two are www.123hostme.com or www.olm.net. I would greatly appreciate if somebody could point me in a better direction. Thanks Gagan ** Web App Development Needs? *** Contact OSATech today! http://www.OSATech.com *** - Original Message - From: "Jason Murphy" [EMAIL PROTECTED] To: "Doug MacEachern" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, April 12, 2000 1:09 PM Subject: Re: $r-args troubles... You would have guessed right. However, the problem was two fold in my case. First, I was not calling Apache::Request correctly. The proper method to call Apache was told to me by Doug Kyle (Giving credit where due!). Below is how it is done. --- Begin Example my $r = Apache-request; my $apr = Apache::Request-new($r); my %params = $apr-args; print $params{"Player"}; End Example The 'print $params{"Player"}' would be used to get and print something like the parameters from the URL of a GET like "www.example.com/find_player.pl?Player=Mullen" (Not a real site, dont click!). Second part of my problem was that I had an error in my Apache::Registry setup in Apache.conf or perl.conf (Can't remember where I put it). The script I was running was not being picked up by Apache::Registry and thus not working. Thanks for everyone's help. PS. The only reason I say this on the mailing list is to get it in to the mailing list archives because I could not my solution there when I looked. From: "Doug MacEachern" [EMAIL PROTECTED] To: "Jason Murphy" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, April 11, 2000 8:52 PM Subject: Re: $r-args troubles... On Fri, 7 Apr 2000, Jason Murphy wrote: Can't locate object method "new" via package "Apache::Request" at ./find_player.pl line 10. that would normally indicate your script is running under mod_cgi, not mod_perl. my $r = new Apache::Request; ---Where the error appears in any case, you need to change that to: my $r = Apache::Request-new(shift); or my $r = Apache::Request-new(Apache-request); -- Jason Murphy System Administrator Lawinfo.com 1-800-397-3743 ex: 133
Re: mod_perl virtual web hosting
I'm reading between the lines here, but it sounds like you are trying to have _one_ parent apache daemon that services _everything_ on the machine (likely _more_ than one website), which would imply that you are going to have an _extremely_ low hit ratio on your mod_perl scripts. nahh, that's not where we were going with it. I am pretty sure it's just a "maximum flexibility" feature they want to have on hand to minimize tech support, etc. Why does DSO waste so much memory? I thought DSO would mean all processes share the resident copy of the perl library? I'm speaking through my hat for a couple of reasons. a) I've never used DSO b) I don't know that much about your configuration. 1) if mod_perl isn't loaded by the parent apache process, then every time it gets loaded by a child process, the memory consumed by mod_perl itself is _not_ shared. (it's possible the actual code [text segment] might be shared, but any data structures etc will not be -- dynamic linking is not my cup of tea). 2) if you had (and it sounds like I was wrong,) one parent daemon handling the requests for 100 virtual servers, then on average you'd have 100 times as many child processes as needed for 'just' the mod_perl site. That also means that your scripts are compiled and cached in 100 times more daemons than needed, and conversely (same issue, different angle), you are 100 times _less_ likely to find that your script has already been compiled when you hit a given page. Hopefully someone on the list can provide the definative answers, lord knows this is one list that still has a high Guru/beginner ratio ;-) And the debian fellow debugging the DSO trouble sounded Knowledgable :-) it strikes me that you _want_ a frontend proxy to feed your requests to the smallest number of backend daemons which are most likely to already have compiled your scripts. This saves memory and CPU, while simplifying the configuration, and of course, for a dedicated backend daemon, DSO buys nothing... even if that daemon uses access handlers, it still always needs mod_perl remember we're talking an entire ISP, not just a website. I think it might be a mighty pain to have everyone running or sharing some backend mod_perl server. Logs and all that. Huh? The same techniques used to separate the logs for the frontend server(s) can be used to split the backend logs, if you even use any log info other than the error_log from the backend (they would just repeat the frontend logs). That said, we bought modperl-space.com back when domains suddenly got cheap, but haven't put together a mod_perl package because we really don't know what folks want/are using it for. seems like most folks with enough ?? to be using mod_perl are either working corporate or have their own hosts and don't have to deal with ISP's on the mod_perl issue. True. -- [EMAIL PROTECTED] | Drive thy business, or it will drive thee. http://BareMetal.com/ | - Benjamin Franklin web hosting since '95 |
Re: vcpan (Virtual CPAN) ?
On the main topic at hand: I am under the impression vcpan and other iserver tools like it are proprietary and it is how they manage their virtual UNIX boxes so that you can have almost root-like access to your virtual web server machine without being a true separate physical box that you have root access on. Gerd Knops wrote: [EMAIL PROTECTED] wrote: This site looks on top of it! To bad they are a Verio company. My recent experiences with Verio have been extremely poor, their customer support for leased lines is that it pretty much is non-existent. On the subtopic: I think it's fair to say that any company bought out by Verio (such as iserver) suffers from the added overhead and uncertainty of being owned by a huge company (as well as potentially having key people leave over it). However, iserver was a company before verio, and is a separate entity after it. But take it as you will. Verio forced me to move my email from clark.net to a "Verio standard mail server" and I lost my mail for several days and never recovered my IMAP mail folder capability on their new config. Support emailed me back a couple times telling me that everything was the same on the new server so I shouldn't be having any problem and never offered more help. So chalk one up for a Verio absorbtion. My experience with iserver's own tech support hasn't been so bad even if it does have to go through [EMAIL PROTECTED] I usually get a response within 12 hours. Not amazing for business critical support (I would prefer a within 1 hour response) but the answers seemed to be good to me. And their model of virtual servers is somewhat interesting and gives quite a bit of capability to config your own stuff in a standardized/automated way that many small web hosting companies cannot touch. Anyway, take it as you will. IServer has a shed-load of customers and they support Perl as well as mod_perl for all those customers... So now we have a whole slew of customers who may start coming here for advice which will be very exciting to see a new set of people grow on this list. Later, Gunther
Problems with custom configuration handlers
I've written an access handler which takes some custom configuration directives based on the instructions in chaper 8 of the Eagle book. Everything makes and installs fine, and I am able to load the module with a PerlModule directive, but when I try to use the directives defined in my module I get an error: "Invalid command 'WhiteListAllow', perhaps mis-spelled or defined by a module not included in the server configuration" Apache 1.3.11, Perl 5.00503, mod_perl 1.22. My Makefile.PL: - package Emusic::WhiteList; use ExtUtils::MakeMaker; use Apache::ExtUtils qw(command_table); use Apache::src; my @directives = ( { name = 'WhiteListAllow', errmessg = 'a domain name to allow', args_how = 'ITERATE', req_override = 'OR_AUTHCFG' }, { name = 'WhiteListDenyURI', errmessg = 'uri to redirect denied clients to', args_how = 'TAKE1', req_override = 'OR_AUTHCFG' }, ); command_table(\@directives); WriteMakefile( 'NAME' = __PACKAGE__, 'VERSION_FROM' = 'WhiteList.pm', # finds $VERSION 'INC' = Apache::src-new-inc, # e.g., '-I/usr/include/other', 'INSTALLSITEARCH' = '/usr/local/apache/lib/perl', 'INSTALLSITEARCH' = '/usr/local/apache/lib/perl', ); __END__ The relevant portions of the module: - package Emusic::WhiteList; use strict; use vars qw($VERSION); use Apache::Constants qw(:common REDIRECT); use Apache::ModuleConfig (); use DynaLoader (); $VERSION = '1.00'; if ($ENV{MOD_PERL}) { no strict; @ISA = qw(DynaLoader); __PACKAGE__-bootstrap($VERSION); } sub handler { . . . } sub WhiteListAllow ($$@){ my ($cfg,$parms,$domain) = @_; $cfg-{WhiteListAllow}{$domain}++; } sub WhiteListDenyURI ($$$){ my ($cfg,$parms,$uri) = @_; $cfg-{WhiteListDenyURI}=$uri; } 1; __END__ - The configuration portion is simple - I merely: PerlRequire Emusic::WhiteList and in a directory block: Directory /foo/ PerlAccessHandler Emusic::WhiteList WhiteListAllow foo.com WhiteListDenyURI http://www.foo.com/bar/baz.html /Directory I'm stumped. For the most part, I copied and pasted my code directly from the book. Has anyone else hit this problem? -- Kevin | "Though there are ... few restrictions on the vote nowadays ... Murphy | some standards are still upheld ... at last report, the votes | from the entire God-forsaken state of Texas are still thrown, | uncounted and burning, into the River Charles." - T.H. Zweibel
ANNOUNCE: Apache::Filter 1.008
Here's the long-awaited module that lets you run Registry scripts in an Apache::Filter chain. Now that I've done it, it seems embarassingly simple, and I should have looked at it earlier. The URL http://mathforum.com/~ken/modules/archive/Apache-Filter-1.008.tar.gz has entered CPAN as file: $CPAN/authors/id/KWILLIAMS/Apache-Filter-1.008.tar.gz size: 13569 bytes md5: 3291be90df082438016401a7768b27a9 Version: 1.008 Date: 2000/04/13 00:53:53 Added the Apache::RegistryFilter module, which provides support for Registry scripts in a Filter chain. Fixed up the Makefile.PL file a bit.
Re: Can't locate object method BINMODE via package Apache
[EMAIL PROTECTED] (Doug MacEachern) wrote: On Tue, 11 Apr 2000, Ken Williams wrote: Change that to binmode(STDOUT) and it should work. Since STDOUT is tied, I think Perl is interpreting that as STDOUT-binmode. that's not the problem, see my reply to Roca. Oops, I should have looked before I leaped. Duh. ------ Ken Williams Last Bastion of Euclidity [EMAIL PROTECTED]The Math Forum
Re: mod_perl virtual web hosting
This is my first post on the list, hopefully it's helpful. ;) We've had great success with InfoBoard. We have four mod_perl accounts set up with them, and we are currently moving to a colocated server that they are hosting for us. They have good experience with mod_perl, and can easily get you up and running with your own apache server. They have a toll phone support until 6 or 7 est, but are not open on weekends. When they are there however, they have a very good response time and user support. (And an extra-cost option for paging them in emergencies, which we've used a few times ;) They run an independant server for each client, so you won't have any interference with any other mod_perl clients. http://www.infoboard.com/ Mike Lambert - Original Message - From: "Gagan Prakash" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, April 12, 2000 1:26 PM Subject: mod_perl virtual web hosting Hello, I have been looking for mod_perl virtual web hosting companies who have fast servers and good infrastructure but the two I have found so far have either had problems with their mod_perl setups (they installed the module, did not change apache configs or changed them incorrectly) or have been very slow. These two are www.123hostme.com or www.olm.net. I would greatly appreciate if somebody could point me in a better direction. Thanks Gagan ** Web App Development Needs? *** Contact OSATech today! http://www.OSATech.com *** - Original Message - From: "Jason Murphy" [EMAIL PROTECTED] To: "Doug MacEachern" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, April 12, 2000 1:09 PM Subject: Re: $r-args troubles... You would have guessed right. However, the problem was two fold in my case. First, I was not calling Apache::Request correctly. The proper method to call Apache was told to me by Doug Kyle (Giving credit where due!). Below is how it is done. --- Begin Example my $r = Apache-request; my $apr = Apache::Request-new($r); my %params = $apr-args; print $params{"Player"}; End Example The 'print $params{"Player"}' would be used to get and print something like the parameters from the URL of a GET like "www.example.com/find_player.pl?Player=Mullen" (Not a real site, dont click!). Second part of my problem was that I had an error in my Apache::Registry setup in Apache.conf or perl.conf (Can't remember where I put it). The script I was running was not being picked up by Apache::Registry and thus not working. Thanks for everyone's help. PS. The only reason I say this on the mailing list is to get it in to the mailing list archives because I could not my solution there when I looked. From: "Doug MacEachern" [EMAIL PROTECTED] To: "Jason Murphy" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, April 11, 2000 8:52 PM Subject: Re: $r-args troubles... On Fri, 7 Apr 2000, Jason Murphy wrote: Can't locate object method "new" via package "Apache::Request" at ./find_player.pl line 10. that would normally indicate your script is running under mod_cgi, not mod_perl. my $r = new Apache::Request; ---Where the error appears in any case, you need to change that to: my $r = Apache::Request-new(shift); or my $r = Apache::Request-new(Apache-request); -- Jason Murphy System Administrator Lawinfo.com 1-800-397-3743 ex: 133
RedHat 6.1 apache 1.3.12 modperl 1.22 Makefile.pl errors and failed make test
Hi all, trying to set up a new linux box. real vanilla using apaci, everything=1, do_httpd=1, etc... "perl Makefile.PL" gives a bunch of "which: no apxs found" errors. Saw some threads about this in the list but none explained why the errors occur and how to get rid of them when doing a fresh install. Make test fails at the "warming up" stage with Error "9". The httpd is actually running when the make test fails as I can telnet to port 8529 and do a "GET /". However, it returns a 403 permission denied message. I am doing all this as root. The server runs as user nobody, group is root, so I would think the server should be able to r/w from the test directory. Should the server be told to run as a different user/group? I wouldn't think an out of the box vanilla install should bomb like this on this platform. I'm sure this is something simple I'm overlooking, but any help would be greatly appreciated. Thanks in advance. A
defunct procs...
Should I be conscerned about httpd defunct processes? -- James Gosnell [EMAIL PROTECTED] ICQ#1727569 http://premed.dhs.org
Re: NT Installation
On Wed, 12 Apr 2000, Paul McCumber wrote: The final step, I thought, was to add LoadModule perl_module modules/ApacheModulePerl.dll to the conf/httpd.conf file. Prior to this line, Apache will start and act as a web server. After insertion of this line I get the error: _ap_table_add@12 could not be located in ApacheCore.dll I put the line immediately after the other LoadModule lines, which were and still are, commented out. Hi, Are you using the CPAN binary of Jeffrey Baker's? You might try another Win32 mod_perl binary at ftp://theoryx5.uwinnipeg.ca/pub/other/; this also has the necessary Apache+Perl binaries necessary to run it. best regards, randy kobes
PLEASE HELP!!!!! I cannot get mod_perl/apache compiled
I simply cannot get mod_perl/apache to compile. My understanding is that I configure .makepl_args.mod_perl to compile both mod_perl. Then I do the following: perl Makefile.PL make make test make install Assuming there where no problems, all should be installed and ready to go. But all is not well. First some version info. I just downloaded mod_perl-1.22 and apache_1.3.12 and am working with fresh trees. I run the perl Makefile.PL and that seems to work well, I don't see any errors. When I try to run make, I get this error: # make (cd /usr/src/apache_1.3.12 make) make[1]: Entering directory `/usr/src/apache_1.3.12' make[1]: *** No targets. Stop. make[1]: Leaving directory `/usr/src/apache_1.3.12' make: *** [apaci_httpd] Error 2 My understanding is that the `perl Makefile.PL` WILL also run configure for apache. Just to make sure I was not mistaken, I have tried to first go into the apache tree and run configure with the same options that are in my .makepl_args.mod_perl. Then run `perl Makefile.PL`, run `make` (which works this time), and then run `make test`. It is `make test` that bombs out with this error: letting apache warm up...\c Syntax error on line 30 of /usr/src/mod_perl-1.22/t/conf/httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration done /usr/local/bin/perl t/TEST 0 still waiting for server to warm up...not ok server failed to start! (please examine t/logs/error_log) at t/TEST line 95. make: *** [run_tests] Error 111 Now, there is no 't/logs/error_log' file to examine. But I did notice an error in reading in the the httpd.conf file. I looked into line 30 of '/usr/src/mod_perl-1.22/t/conf/httpd.conf' and this is what I found: =pod =head1 NAME mod_perl test configuration file =head1 DESCRIPTION umm, we use this to test mod_perl =over to apache I am under the impression that the httpd.conf file is the conf file that httpd is reading in for the test. My understanding is that equals is not a valid beginning of an apache conf file. I have NO CLUE as to what is going on here. I would truly appreciate it if you know anything about this please let me know what is going on. At the bottom you will find my '.makepl_args.mod_perl' and the command line options I am using for apache. Sam --.makepl_args.mod_perl-- # File: .makepl_args.mod_erl # enable all phase callbacks, API modules and misc features EVERYTHING=1 # tell runtime diagnostics to active if MOD_PERL_TRACE environment # variable is set at runtime PERL_TRACE=1 # tell Makefile.pl where the Apache source tree is APACHE_SRC=/usr/src/apache_1.3.12/src # tell Makefile.PL where the Apache is to be isntalled APACHE_PREFIX=/data01/apache # disable Makefile.pl from compiling Apache #PREP_HTTPD=1 # tell Makefile.PL to use the first source found, which will be the # path specified above by APACHE_SRC DO_HTTPD=1 # tell Makefile.PL to configure Apache using the apaci interface USE_APACI=1 # tell makefile.PL to configure ssl support, too #-SSL_BASE=/usr/local/ssl # add mod_info, mod_status, mod_usertrack, and mod_unique_id #-ADD_MODULE=info,status,usertrack,unique_id # additional arguments to give Apache's configure script # aruments can be delimited by comma and/or specified with multipal # APACI_ARGS lines #APACI_ARGS=--includedir=/usr/src/php #APACI_ARGS=--activate-module=src/modules/php3/libphp3.a APACI_ARGS=--with-layout=apache.config.layout:Sam-Layout APACI_ARGS=--server-uid=wwwrun APACI_ARGS=--server-gid=dosemu APACI_ARGS=--enable-module=most APACI_ARGS=--enable-shared=max --.makepl_args.mod_perl-- --apache config script-- #! /bin/sh ROOT_DIR=/usr/src $ROOT_DIR/apache_1.3.12/configure \ --with-layout=/root/apache.config.layout:Sam-Layout \ --with-perl=src/modules/perl \ --enable-module=most \ --server-uid=wwwrun \ --server-gid==dosemu \ --enable-shared=max --apache config script--
Re: PLEASE HELP!!!!! I cannot get mod_perl/apache compiled
Shared pain! Have just been through this. Sequencing is a little arcane. Make mod_perl Install mod_perl Make Apache Install Apche Make test mod_perl. Mod_perl needs a perl aware Apache. The additions to the http.conf are stripped out by a perl aware Apache. I may not have addressed your specific issue, since I have not seen the first error message. At 09:20 PM 4/12/00, Sam Carleton wrote: I simply cannot get mod_perl/apache to compile. My understanding is that I configure .makepl_args.mod_perl to compile both mod_perl. Then I do the following: perl Makefile.PL make make test make install Assuming there where no problems, all should be installed and ready to go. But all is not well. First some version info. I just downloaded mod_perl-1.22 and apache_1.3.12 and am working with fresh trees. I run the perl Makefile.PL and that seems to work well, I don't see any errors. When I try to run make, I get this error: # make (cd /usr/src/apache_1.3.12 make) make[1]: Entering directory `/usr/src/apache_1.3.12' make[1]: *** No targets. Stop. make[1]: Leaving directory `/usr/src/apache_1.3.12' make: *** [apaci_httpd] Error 2 My understanding is that the `perl Makefile.PL` WILL also run configure for apache. Just to make sure I was not mistaken, I have tried to first go into the apache tree and run configure with the same options that are in my .makepl_args.mod_perl. Then run `perl Makefile.PL`, run `make` (which works this time), and then run `make test`. It is `make test` that bombs out with this error: letting apache warm up...\c Syntax error on line 30 of /usr/src/mod_perl-1.22/t/conf/httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration done /usr/local/bin/perl t/TEST 0 still waiting for server to warm up...not ok server failed to start! (please examine t/logs/error_log) at t/TEST line 95. make: *** [run_tests] Error 111 Now, there is no 't/logs/error_log' file to examine. But I did notice an error in reading in the the httpd.conf file. I looked into line 30 of '/usr/src/mod_perl-1.22/t/conf/httpd.conf' and this is what I found: =pod =head1 NAME mod_perl test configuration file =head1 DESCRIPTION umm, we use this to test mod_perl =over to apache I am under the impression that the httpd.conf file is the conf file that httpd is reading in for the test. My understanding is that equals is not a valid beginning of an apache conf file. I have NO CLUE as to what is going on here. I would truly appreciate it if you know anything about this please let me know what is going on. At the bottom you will find my '.makepl_args.mod_perl' and the command line options I am using for apache. Sam --.makepl_args.mod_perl-- # File: .makepl_args.mod_erl # enable all phase callbacks, API modules and misc features EVERYTHING=1 # tell runtime diagnostics to active if MOD_PERL_TRACE environment # variable is set at runtime PERL_TRACE=1 # tell Makefile.pl where the Apache source tree is APACHE_SRC=/usr/src/apache_1.3.12/src # tell Makefile.PL where the Apache is to be isntalled APACHE_PREFIX=/data01/apache # disable Makefile.pl from compiling Apache #PREP_HTTPD=1 # tell Makefile.PL to use the first source found, which will be the # path specified above by APACHE_SRC DO_HTTPD=1 # tell Makefile.PL to configure Apache using the apaci interface USE_APACI=1 # tell makefile.PL to configure ssl support, too #-SSL_BASE=/usr/local/ssl # add mod_info, mod_status, mod_usertrack, and mod_unique_id #-ADD_MODULE=info,status,usertrack,unique_id # additional arguments to give Apache's configure script # aruments can be delimited by comma and/or specified with multipal # APACI_ARGS lines #APACI_ARGS=--includedir=/usr/src/php #APACI_ARGS=--activate-module=src/modules/php3/libphp3.a APACI_ARGS=--with-layout=apache.config.layout:Sam-Layout APACI_ARGS=--server-uid=wwwrun APACI_ARGS=--server-gid=dosemu APACI_ARGS=--enable-module=most APACI_ARGS=--enable-shared=max --.makepl_args.mod_perl-- --apache config script-- #! /bin/sh ROOT_DIR=/usr/src $ROOT_DIR/apache_1.3.12/configure \ --with-layout=/root/apache.config.layout:Sam-Layout \ --with-perl=src/modules/perl \ --enable-module=most \ --server-uid=wwwrun \ --server-gid==dosemu \ --enable-shared=max --apache config script-- Have a great day! --Robert Monical --Director of CRM Development [EMAIL PROTECTED] "The Truth is Out There"
Re: A better patch for Registry.pm
On Wed, 12 Apr 2000, Ask Bjoern Hansen wrote: On Wed, 12 Apr 2000, Tom Mornini wrote: [...] I'm going to have to work harder at getting on that credits list, it would seem! Nah. Doug didn't commit it yet so except if it was because he didn't want it and will back it out again, then you're on the list now. It was your idea after all, so keep let them come. :) Thanks! I was just joking, in any case. -- -- Tom Mornini -- InfoMania Printing and Prepress
Re: missing modules/perl/libperl.a
USE-APACI=1 \ as stas mentioned, USE_APACI is the correct name, USE-APACI is ignored. it could be that stronghold does not support apaci.
Re: Apache::Request
On Tue, 11 Apr 2000, John S. Evans wrote: I'm using Solaris (SunOS 5.7, according to uname). The number of files varies, and I can control this if I know what the limits are. Is the 256 limit per process or for the entire machine? For instance, if I have 10 apache children going full bore, is the practical limit 25 per child, or 256 per child? i think it's per-child. I saw (in the code) that there's one open file per uploaded file. That should be fine. I just need to find out if they're getting closed correctly. What is "lsof"? look it up on freshmeat.net, it'll show you what files the process has open. should be useful to see if any files are not being closed.
Re: [OT] Killing off children
On Wed, 12 Apr 2000, Bill Moseley wrote: Hello, I noticed on the Apache server-status report a child that is stuck in "G" (Gracefully finishing) after a SIGUSR1 today. Twelve hours ago. this could be perl_destruct() hanging while trying to cleanup. this normally isn't a requirement, you can disable by setting the PERL_DESTRUCT_LEVEL environment variable to -1
Re: UndefOnReload problems with Apache::StatINC
On Wed, 12 Apr 2000, Scott Guelich wrote: I've run across a problem with UndefOnReload stomping on code in mod_perl/1.21, which I believe affects mod_perl/1.22 as well. I scanned through the mod_perl archives and found that others had similar problems a while back, leading to Apache::StatINC and Apache::Symbols::undef_function being modified so that they only undefine exported functions. UndefOnReload should be obsolete now that Perl 5.005+ does not spit out mandatory warnings when redefining constant subroutines. that's what UndefOnReload was introduced for. do you need it for something else?
Re: [newbie] diffs and cvs
If you don't want all that, you probably don't want the unreleased version in the first place. (assuming Doug will start releasing a little more often now :-) ) i thought i already start doing that :) =item 1.22 - March 22, 2000 =item 1.21_03 - March 15, 2000 =item 1.21_02 - March 6, 2000 =item 1.21_01 - March 5, 2000 1.23 coming soon..
Re: A better patch for Registry.pm
On Wed, 12 Apr 2000, Ask Bjoern Hansen wrote: On Wed, 12 Apr 2000, Tom Mornini wrote: [...] I'm going to have to work harder at getting on that credits list, it would seem! Nah. Doug didn't commit it yet so except if it was because he didn't want it and will back it out again, then you're on the list now. It was your idea after all, so keep let them come. :) i forgot to commit in a rush to get out the door. i was planning to give tom the credit though :)
Re: PLEASE HELP!!!!! I cannot get mod_perl/apache compiled
perl Makefile.PL make make test make install APACHE_SRC=/usr/src/apache_1.3.12/src APACHE_PREFIX=/data01/apache DO_HTTPD=1 with that config, mod_perl will build httpd for you and install with 'make install'. that's all you need. $ROOT_DIR/apache_1.3.12/configure \ --with-layout=/root/apache.config.layout:Sam-Layout \ --with-perl=src/modules/perl \ --enable-module=most \ --server-uid=wwwrun \ --server-gid==dosemu \ --enable-shared=max if you run this after, you've overwritten httpd with a new one that doesn't contain mod_perl. just skip this step and you should be all set.
Re: RedHat 6.1 apache 1.3.12 modperl 1.22 Makefile.pl errors and failed make test
On Wed, 12 Apr 2000, Adam Joffe wrote: Hi all, trying to set up a new linux box. real vanilla using apaci, everything=1, do_httpd=1, etc... "perl Makefile.PL" gives a bunch of "which: no apxs found" errors. Saw some threads about this in the list but none explained why the errors occur and how to get rid of them when doing a fresh install. it was explained as a warning that is fixed in the cvs tree. Make test fails at the "warming up" stage with Error "9". The httpd is actually running when the make test fails as I can telnet to port 8529 and do a "GET /". However, it returns a 403 permission denied message. I am doing all this as root. The server runs as user nobody, group is root, so I would think the server should be able to r/w from the test directory. try building again with fresh source trees as yourself (not root), then 'make install' as root.
Re: Problems with custom configuration handlers
On Wed, 12 Apr 2000, Kevin Murphy wrote: I've written an access handler which takes some custom configuration directives based on the instructions in chaper 8 of the Eagle book. Everything makes and installs fine, and I am able to load the module with a PerlModule directive, but when I try to use the directives defined in my module I get an error: "Invalid command 'WhiteListAllow', perhaps mis-spelled or defined by a module not included in the server configuration" package Emusic::WhiteList; what options did you give mod_perl's Makefile.PL? how to you load Emusic::WhiteList? PerlModule Emusic::WhiteList before WhiteListAllow should work. if not, try this in httpd.conf: Perl require Emusic::WhiteList; delete $INC{'Emusic/WhiteList.pm'}; #this is what mod_perl is supposed to do internally /Perl WhiteListAllow ...
cvs commit: modperl INSTALL.raven Changes MANIFEST
dougm 00/04/12 09:13:11 Modified:.Changes MANIFEST Added: .INSTALL.raven Log: added INSTALL.raven Revision ChangesPath 1.465 +3 -0 modperl/Changes Index: Changes === RCS file: /home/cvs/modperl/Changes,v retrieving revision 1.464 retrieving revision 1.465 diff -u -r1.464 -r1.465 --- Changes 2000/04/11 16:38:26 1.464 +++ Changes 2000/04/12 16:13:09 1.465 @@ -10,6 +10,9 @@ =item 1.22_01-dev +added INSTALL.raven +[Adam Qualset [EMAIL PROTECTED]] + $c-remote_ip($ip) now also sets conn-remote_addr to make IP-based access control work correctly [Eric Cholet [EMAIL PROTECTED]] 1.65 +1 -0 modperl/MANIFEST Index: MANIFEST === RCS file: /home/cvs/modperl/MANIFEST,v retrieving revision 1.64 retrieving revision 1.65 diff -u -r1.64 -r1.65 --- MANIFEST 2000/04/03 04:48:52 1.64 +++ MANIFEST 2000/04/12 16:13:09 1.65 @@ -22,6 +22,7 @@ SUPPORT INSTALL.win32 INSTALL.activeperl +INSTALL.raven MANIFEST ToDo Makefile.PL 1.1 modperl/INSTALL.raven Index: INSTALL.raven === This document explains how to install mod_perl with Raven SSL and Apache. Please consult http://www.covalent.net/support if you have additional questions. METHOD 1: Installing mod_perl dynamically (DSO) - Installs Raven SSL and mod_perl dynamically 1) untar and gunzip Raven SSL and mod_perl into their respective directories 2) cd raven_ssl-x.x.x. Install Raven SSL and Apache via ./setup --with-apache 3) cd mod_perl directory 4) perl Makefile.PL USE_APXS=1 \ WITH_APXS=/usr/local/apache/bin/apxs \ EVERYTHING=1 [...] 5) make ; make install 6) move the LoadModule and Addmodule Perl lines in the Apache configuration file above the IfDefine SSL lines METHOD 2: Installing mod_perl statically - Installs Raven SSL dynamically and mod_perl statically 1) untar and gunzip Apache, Raven SSL and mod_perl into their respective directories 2) cd raven_ssl-x.x.x. Install Raven SSL via ./setup 3) /usr/local/raven/bin/ravenctl select Option 1, 'Raven SSL Module Manager' select Option 2, 'Export Raven SSL module to Apache source' note: this option exports the required EAPI patches and the needed Raven SSL module files into your Apache source tree 4) cd mod_perl-x.x 5) perl Makefile.PL APACHE_PREFIX=/path/to/apache_1.x.x \ APACHE_SRC=/path/to/apache_x.x.x \ EVERYTHING=1 \ USE_APACI=1 \ PREP_HTTPD=1 \ DO_HTTPD=1 6) make ; make install 7) cd apache directory 8) ./configure --target=httpsd \ --enable-module=most \ --enable-shared=max \ --enable-suexec \ --suexec-logfile=logs/suexec.log \ --activate-module=src/modules/perl/libperl.a 9) make ; make install 10) in the Apache .conf file make sure that the AddModule mod_perl.c line is above IfDefine SSL
Re: cvs commit: modperl/src/modules/perl Connection.xs
On 11 Apr 2000 [EMAIL PROTECTED] wrote: Log: $c-remote_ip($ip) now also sets conn-remote_addr to make IP-based access control work correctly ahfdkjah! Thanks. That have driven me nuts. It never occured to me that it was a bug and not me being clueless though. :) You're my hero of the day. - ask -- ask bjoern hansen - http://www.netcetera.dk/~ask/ more than 70M impressions per day, http://valueclick.com
cvs commit: modperl/src/modules/perl mod_perl.c
ask 00/04/12 14:23:19 Modified:.Changes src/modules/perl mod_perl.c Log: set r-notes("error-notes") to $@ when there is an eval error. Revision ChangesPath 1.466 +3 -0 modperl/Changes Index: Changes === RCS file: /home/cvs/modperl/Changes,v retrieving revision 1.465 retrieving revision 1.466 diff -u -r1.465 -r1.466 --- Changes 2000/04/12 16:13:09 1.465 +++ Changes 2000/04/12 21:23:18 1.466 @@ -10,6 +10,9 @@ =item 1.22_01-dev +set r-notes("error-notes") to $@ when there is a compile error. +[ Doug / Tom Mornini [EMAIL PROTECTED]] + added INSTALL.raven [Adam Qualset [EMAIL PROTECTED]] 1.115 +3 -0 modperl/src/modules/perl/mod_perl.c Index: mod_perl.c === RCS file: /home/cvs/modperl/src/modules/perl/mod_perl.c,v retrieving revision 1.114 retrieving revision 1.115 diff -u -r1.114 -r1.115 --- mod_perl.c2000/04/05 06:19:34 1.114 +++ mod_perl.c2000/04/12 21:23:18 1.115 @@ -1635,6 +1635,9 @@ if(perl_eval_ok(r-server) != OK) { dTHRCTX; MP_STORE_ERROR(r-uri, ERRSV); +if (r-notes) { +ap_table_set(r-notes, "error-notes", SvPVX(ERRSV)); +} if(!perl_sv_is_http_code(ERRSV, status)) status = SERVER_ERROR; }