RE: Prototype Mismatch
Stas, I appreciate that this is the mod_perl mailing list. Let me clarify my initial question by adding... This behaviour only occurs when I run my script under mod_perl, no errors are reported when using mod_CGI. Hence my posting to the mod_perl list. :-) Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/ :: -Original Message- :: From: Stas Bekman [mailto:[EMAIL PROTECTED]] :: Sent: 07 November 2001 03:18 :: To: [EMAIL PROTECTED] :: Cc: mod_perl Mailing List :: Subject: Re: Prototype Mismatch :: :: :: Jonathan M. Hollin wrote: :: :: Platform: :: :: Microsoft Windows 2000 Server :: Perl 5.6 (Active State) :: mod_perl :: :: :: :: In my script a simple use Image::Magick; results in the :: following lines :: being added to my error.log everytime the script is called: :: :: :: Jonathan, I think you've sent this to the wrong list. We talk about :: mod_perl here, well mainly. See http://lists.perl.org for the perl lists. :: :: And read 'perldoc perlsub' manpage about prototypes. :: :: :: Prototype mismatch: sub :: :: Apache::ROOT::shapeshifter::system::pm_files_2ecgi::Transparent :: vs ($;@) at :: E:/Apache/lib/Exporter.pm line 57. :: at e:/apache/htdocs/shapeshifter/system/image_wizard.pl line 2 :: Prototype mismatch: sub :: Apache::ROOT::shapeshifter::system::pm_files_2ecgi::Opaque vs ($;@) at :: E:/Apache/lib/Exporter.pm line 57. :: at e:/apache/htdocs/shapeshifter/system/image_wizard.pl line 2 :: :: Can anyone explain what I'm doing wrong based on this :: information? Is this :: a known bug (as a colleague suggests) and, if so, is there a patch or :: work-around? :: :: Any help appreciated. :: :: Thanks in advance. :: :: Jonathan M. Hollin - WYPUG Co-ordinator :: West Yorkshire Perl User Group :: http://wypug.pm.org/ :: :: :: :: :: -- :: :: :: _ :: Stas Bekman JAm_pH -- Just Another mod_perl Hacker :: http://stason.org/ mod_perl Guide http://perl.apache.org/guide :: mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com :: http://singlesheaven.com http://perl.apache.org http://perlmonth.com/ ::
mod_perl-1.26 is incompatible with perl 5.00503
Hi again, I have joint this mailing list to send the appended bug report. But I get no response. Exist there a special bug report e-mail address or is 5.00503 not supported any more by mod_perl-1.26? IMO if the embedded test (make test) does not run, it can't be my mistake. With mod_perl-1.25 and the same apache build it works. Silvio -- All opinions are mine. --- Forwarded Message To: [EMAIL PROTECTED] Subject: problems with mod_perl-1.26 and perl 5.00503 Date: Mon, 05 Nov 2001 11:15:41 +0100 Hi, our apache web server must run on a HP-UX system, so we are not able to switch to perl 5.6 (core dump by any %SIG access in mod_perl context). So we use perl 5.00503 and mod_perl-1.25. Now we wont update to mod_perl-1.26 but where are some real problems: 1. test 4 (file upload) fails in modules/cgi.t because CGI.pm uses read(main::STDIN, ...) and main::STDIN is not defined in mod_perl 1.26 context 2. test 2 of internal/auth.t and the internal/dirmagic.t test fails because the use Apache::Constants ':common' and use Apache::Constants qw(DECLINED DIR_MAGIC_TYPE); does not import the Apache constants in package name space of My::DirIndex and Apache::AuthenTest. One solution is the attached patch an other to use Apache::Constants::OK and so on in the handler subroutines. 3. CGI.pm can not proper detect that it is running in mod_perl context. It uses the following code (it is the newest version and the warn() calls are added by me): # Turn on special checking for Doug MacEachern's modperl warn GATEWAY_INTERFACE: $ENV{'GATEWAY_INTERFACE'}\n; if (exists $ENV{'GATEWAY_INTERFACE'} ($MOD_PERL = $ENV{'GATEWAY_INTERFACE'} =~ /^CGI-Perl\//)) { $| = 1; require Apache; warn MOD_PERL: $MOD_PERL\n; } and 'make test' shows the following: cp t/conf/mod_perl_srm.conf t/conf/srm.conf /var/tmp/apache_1.3.22/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...GATEWAY_INTERFACE: CGI-Perl/1.1 MOD_PERL: 1 done /opt/perl5/005003/hppa1.1-hp-hpux10.20/bin/perl t/TEST 0 modules/actions.ok modules/cgi.Use of uninitialized value at ../blib/lib/CGI.pm line 153. GATEWAY_INTERFACE: FAILED test 4 Failed 1/5 tests, 80.00% okay modules/constants...ok modules/cookie..ok modules/fileok modules/httpdconf...ok modules/include.ok modules/log.ok modules/module..skipping test on this platform modules/perlrun.ok modules/psections...ok modules/request.Use of uninitialized value at ../blib/lib/CGI.pm line 153. GATEWAY_INTERFACE: ok modules/src.ok modules/ssi.skipping test on this platform modules/stage...skipping test on this platform modules/status..ok modules/symbol..ok modules/uri.ok modules/utilok internal/apiok internal/auth...ok internal/croak..ok internal/dirmagic...ok internal/error..ok internal/headersUse of uninitialized value at ../blib/lib/CGI.pm line 153. GATEWAY_INTERFACE: ok internal/hooks..ok internal/http-get...ok internal/http-post..ok internal/proxy..ok internal/redirect...Use of uninitialized value at ../blib/lib/CGI.pm line 153. GATEWAY_INTERFACE: ok internal/rwrite.ok internal/stackedok internal/table..ok internal/taint..ok Failed Test Status Wstat Total Fail Failed List of failed -- modules/cgi.t 51 20.00% 4 3 tests skipped. httpd terminated httpd terminated gmake: *** [run_tests] Error 9 that means that during compile time of the test CGI scripts GATEWAY_INTERFACE is not set. During runtime the environment variable is set. I have also added an warn $ENV{'GATEWAY_INTERFACE'}, $MOD_PERL\n; to MultipartBuffer-new, because I wont change the CGI.pm code $IN = main::STDIN unless $IN; to $IN = $MOD_PERL ? \*STDIN : main::STDIN unless $IN; and the output in t/logs/error_log is: CGI-Perl/1.1, 4. the main name space is empty, so Apache::Status does not proper work for 'ISA Tree', 'Inheritance Tree' and 'Symbol Table Dump'. the trees are always empty, because Devel::Symdump-inh_tree and
RE: http or https in URL?
From: Stas Bekman *EXTERN* [mailto:[EMAIL PROTECTED]] Reif Peter wrote: In a mod_perl handler I want to construct the original URL of the request. I can construct it with r-get_server_name, r-get_server_port, r-uri and $r-parsed_uri-query. But how do I get the protocol, http or https. Is there a way to find out whether SSLEngine On is set? Note that it's also possible to check the scheme: print SSL if Apache::URI-parse($r)-scheme =~ m/^https/; scheme is good! Why is $r-parsed_uri not the same as Apache::URI-parse($r) ? Another question: If my server listens to 2 adresses as with VirtualHost _default_:443 _default_:4443 I get always 443 from s-port. The REAL port I get from the Host header. Is there another way? Peter
Can't pipe to external programs
Hey list, We're trying to turn some xml into a pdf using fop. A wrapper has been written for fop so that we can pass it xml on the stdin, and get the pdf from the stdout. We're using IPC::Open2 to set this up: use IPC::Open2; open2(*README, *WRITEME, $progname); print WRITEME $thexml or warn problem writing to $progname: $!\n; my $pdf = README; close(WRITEME); close(README); and in the logs we're getting: couldn't print: Broken pipe The same code works fine as a separate script, so I'm thinking it has something to do with mod_perl. Any ideas? The guide has some examples of forking (that we haven't tried), but it does say that you can use Open2... We've also tried using cat(1) as the program to be sure its not fop or our wrapper. Also, I posted a couple of questions recently, but then accidentally deleted a digest the day after without reading it - is there an archive somewhere? Thanks, Matt -- #!/usr/bin/perl $A='A';while(print+($A.=(grep{($A=~/(...).{78}$/)[0]eq$_} A A A =~m{(...)}g)?A: )=~/([ A])$/){if(!(++$l%80)){print\n;sleep 1}}
Re: Can't pipe to external programs
Hey list, We're trying to turn some xml into a pdf using fop. A wrapper has been written for fop so that we can pass it xml on the stdin, and get the pdf from the stdout. We're using IPC::Open2 to set this up: I remember having lots of trouble with the implicit redirection that mod_perl performs (IIRC, STD[IN|OUT|ERR] streams don't map to file descriptors 0, 1 and 2 under mod_perl and this confuses IPC::Open[23]). I ended up recoding my very own fork() - pipe() - dup() - exec() - exit() stuff, using POSIX::close(), POSIX::dup2() (that don't get confused) and POSIX::SYS_exit() instead of exit() in the child process (so that global variables representing e.g. a database connection don't get destroyed, causing shutdown messages to get sent to the remote server). use IPC::Open2; open2(*README, *WRITEME, $progname); print WRITEME $thexml or warn problem writing to $progname: $!\n; my $pdf = README; close(WRITEME); close(README); You should close WRITEME before attempting to read, or deadlock may occur because either 1) WRITEME wasn't flushed from Perl's stdio buffers and $progname didn't see any input yet, or 2) $progname doesn't see end-of-file and thus expects more data. -- Tout n'y est pas parfait, mais on y honore certainement les jardiniers Dominique Quatravaux [EMAIL PROTECTED]
How to update the httpd env for mod_perl
Hello Gurus, Iinstalled perl 5.6.1 and mod_perl and Apache-ASP-2.27 on my Linux box. (Redhat 6.2) and checked at commond line for version check, getting following info. [root@qclinux /root]# perl -v This is perl, v5.6.1 built for i686-linux Copyright 1987-2001, Larry Wall . And tried to for perldoc to see Apache::ASP, getting document, [root@qclinux /root]# perldoc Apache::ASP.1::Apache::ASPUser Contributed Perl Documentat.1::Apache::ASP(3) NAME Apache::ASP - Active Server Pages for Apache with mod_perl SYNOPSIS SetHandler perl-script PerlModule Apache::ASP PerlHandler Apache::ASP PerlSetVar Global /tmp/asp... And done the required modification in httpd.conf and when restart the Apache, using httpd -f /etc/httpd/conf/httpd.conf it is displaying following info [root@qclinux perl-5.6.1]# httpd Syntax error on line 872 of /etc/httpd/conf/httpd.conf:Can't locate Apache/ASP.pm in @INC (@INC contains: /usr/lib/perl5/5.00503/i386-linux /usr/lib/perl5/5.00503 /usr/lib/perl5/site_perl/5.005/i386-linux /usr/lib/perl5/site_perl/5.005 /etc/httpd/ /etc/httpd/lib/perl) at (eval 4) line 3. Modifications in httpd.conf # Extra ModulesLoadModule perl_module modules/libperl.so # this line is already exist LoadModule perl_module modules/mod_perl.so PerlModule Apache::ASPPerlModule Apache::DBI Alias /perl/ /home/httpd/perl/ Location /perl SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI PerlSendHeader On /Location Files ~ (\.asp) SetHandler perl-script PerlModule Apache::ASP PerlHandler Apache::ASP PerlSetVar Global . PerlSetVar StateDir /tmp/asp/Files So, I commented ( # ) out the Red lines in httpd.conf and successfully restarted the Apache. # LoadModule perl_module modules/mod_perl.so.. # PerlModule Apache::ASP# PerlModule Apache::DBI ... Files ~ (\.asp) SetHandler perl-script# PerlModule Apache::ASP Now able check execute the mod_perl scripts from browser, and it 's displaying "Yeah... mod_perl/1.21" on browser. chk.cgi #! /usr/bin/perl -W print "Content-type:text/html \n\n"; if(exists $ENV{MOD_PERL}) { #we're running under mod_perl print "yeah... " . $ENV{MOD_PERL}; } else { #we're NOT running under mod_perl print "No... " . $ENV{MOD_PERL}; } But, when try to check from browser:, it still displaying old version only and old environment. That's i am unable to access the newly installed perl 5.6.1, mod_perl and it's Apache::ASP, Apache::SSI, Apache::DBI moudles. How to udate the httpd include enviroment, which will be loaded by httpd service? http://192.168.1.235/perl-status Embedded Perl version 5.00503 for Apache/1.3.12 (Unix) (Red Hat/Linux) PHP/3.0.15 mod_perl/1.21 process 1887, running since Wed Nov 7 08:50:51 2001 Loaded Moudles . http://192.168.1.235/perl-status?inc @INC = /usr/lib/perl5/5.00503/i386-linux/usr/lib/perl5/5.00503/usr/lib/perl5/site_perl/5.005/i386-linux/usr/lib/perl5/site_perl/5.005/etc/httpd//etc/httpd/lib/perl [root@qclinux /root]# tail /var/log/httpd/error_log[Wed Nov 7 07:41:03 2001] [notice] caught SIGTERM, shutting down[Wed Nov 7 07:42:29 2001] [notice] Apache/1.3.12 (Unix) (Red Hat/Linux) PHP/3.0.15 mod_perl/1.21 configured -- resuming normal operations[Wed Nov 7 07:48:51 2001] [error] Can't locate Apache/ASP.pm in @INC (@INC contains: /usr/lib/perl5/5.00503/i386-linux /usr/lib/perl5/5.00503 /usr/lib/perl5/site_perl/5.005/i386-linux /usr/lib/perl5/site_perl/5.005 /etc/httpd/ /etc/httpd/lib/perl) at (eval 5) line 3. [Wed Nov 7 07:48:51 2001] [error] Undefined subroutine Apache::ASP::handler called. Please help me to up the Apache with Apache::ASP with mod_perl. Thanks in advance. -SubbaReddy M
FCGI = CGI::FastCGI
What is difference between FCGI and CGI::FastCGI?I installed FCGI,but tried for CGI::FastCGI module, not able to find.Where do I get CGI::FastCGI?thanks inadvance.-SubbaReddy
Apache::URI - URI::URL?
Hey all. I seem to be coming onto the modperl scene a little late, and it seems one of the classes mentioned in the Eagle book no longer exists. I am trying to get the full URI (http(s)://servername/uri) from the Apache::URI class. Of course the Eagle mentions that URI::URL is schedulted to be replaced by URI.pm, but I'm not sure what the deal is there. Anyone wanna toss me a clue? I'm running FreeBSD and I see no ports to that effect, so I just want to know if a port should be written. TIA Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://www.keyslapper.org ԿԬ Vulcans never bluff. -- Spock, The Doomsday Machine, stardate 4202.1 msg22330/pgp0.pgp Description: PGP signature
Re: Prototype Mismatch
Jonathan M. Hollin wrote: Stas, I appreciate that this is the mod_perl mailing list. Let me clarify my initial question by adding... This behaviour only occurs when I run my script under mod_perl, no errors are reported when using mod_CGI. Hence my posting to the mod_perl list. :-) OK, that's different :) Can you send a *small* test script that we can reproduce the problem with? I have seen this kind of errors when messing up with globs. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
RE: Prototype Mismatch
Problematic test script attached... Apache error.log reports the following: Prototype mismatch: sub Apache::ROOT::shapeshifter::system::pm_files_2ecgi::Transparent vs ($;@) at E:/Apache/lib/Exporter.pm line 57. at e:/apache/htdocs/shapeshifter/system/image_wizard.pl line 2 Prototype mismatch: sub Apache::ROOT::shapeshifter::system::pm_files_2ecgi::Opaque vs ($;@) at E:/Apache/lib/Exporter.pm line 57. at e:/apache/htdocs/shapeshifter/system/image_wizard.pl line 2 Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/ :: -Original Message- :: From: Stas Bekman [mailto:[EMAIL PROTECTED]] :: Sent: 07 November 2001 13:40 :: To: [EMAIL PROTECTED] :: Cc: mod_perl Mailing List :: Subject: Re: Prototype Mismatch :: :: :: Jonathan M. Hollin wrote: :: :: Stas, :: :: I appreciate that this is the mod_perl mailing list. Let me clarify my :: initial question by adding... This behaviour only occurs when I run my :: script under mod_perl, no errors are reported when using mod_CGI. :: :: Hence my posting to the mod_perl list. :-) :: :: :: OK, that's different :) :: :: Can you send a *small* test script that we can reproduce the :: problem with? :: :: I have seen this kind of errors when messing up with globs. :: :: _ :: Stas Bekman JAm_pH -- Just Another mod_perl Hacker :: http://stason.org/ mod_perl Guide http://perl.apache.org/guide :: mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com :: http://singlesheaven.com http://perl.apache.org http://perlmonth.com/ :: image_wizard.pl Description: Binary data
Re: Prototype Mismatch
In my script a simple use Image::Magick; results in the following lines being added to my error.log everytime the script is called: Are you using PerlRun or Registry? Prototype mismatch: sub Apache::ROOT::shapeshifter::system::pm_files_2ecgi::Transparent vs ($;@) at E:/Apache/lib/Exporter.pm line 57. I'm not sure why this is complaining, but one thing you can do is not import this function. You can do a 'use Image::Magick ()' and call it with a full package name instead. - Perrin
RE: Prototype Mismatch - and AN APOLOGY
Perrin, I'm using PerlRun at the moment because I'm still developing the application; the production server runs under Registry naturally. I added the parentheses as you suggested and everything is fine, the error.log is clean - no more problem. Thank you very much (this has really been bugging me). APOLOGY - I posted a message to this list with a small Perl script attached (without ZIP-ing it first). This has triggered off numerous bounced mail virus alerts and I apologise for this. I will avoid repeating that mistake in future. Thank you for your patience. Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/ :: -Original Message- :: From: Perrin Harkins [mailto:[EMAIL PROTECTED]] :: Sent: 07 November 2001 16:02 :: To: [EMAIL PROTECTED]; mod_perl Mailing List :: Subject: Re: Prototype Mismatch :: :: :: In my script a simple use Image::Magick; results in the :: following lines :: being added to my error.log everytime the script is called: :: :: Are you using PerlRun or Registry? :: :: Prototype mismatch: sub :: :: Apache::ROOT::shapeshifter::system::pm_files_2ecgi::Transparent vs ($;@) :: at :: E:/Apache/lib/Exporter.pm line 57. :: :: I'm not sure why this is complaining, but one thing you can do :: is not import :: this function. You can do a 'use Image::Magick ()' and call it :: with a full :: package name instead. :: :: - Perrin ::
Re: How to update the httpd env for mod_perl
Hi there, On Wed, 7 Nov 2001, SubbaReddy M wrote: I installed perl 5.6.1 and mod_perl and Apache-ASP-2.27 on my Linux box. (Redhat 6.2) Did you compile your Apache and mod_perl? [root@qclinux /root]# perl -v That's perl -V not perl -v :) This is perl, v5.6.1 built for i686-linux Copyright 1987-2001, Larry Wall . And you're supposed to send us the output... :) [root@qclinux perl-5.6.1]# httpd Syntax error on line 872 of /etc/httpd/conf/httpd.conf: Can't locate Apache/ASP.pm in @INC Are you starting the right Apache? If so it looks like you need to rebuild so that mod_perl uses the right version of Perl. Red lines in httpd.conf Please post in plain ASCII text. I'm using a monochrome screen. :) Please also read http://perl.apache.org/email-etiquette - you should post only to the list, the other guys read this list anyway. 73, Ged.
eval error
Hello, I am getting this error message. Can anyone tell me what it is and how to get rid of it. (or if I need to worry about it) [Wed Nov 7 18:52:40 2001] [error] [Wed Nov 7 18:52:40 2001] Gateway00.pm: Apache/Gateway00.pm did not return a true value at (eval 146) line 3. Config: [Wed Nov 7 18:52:33 2001] [notice] Apache/1.3.12 (Unix) (Red Hat/Linux) PHP/3.0.15 mod_perl/1.21 configured -- resuming normal operations Perl version 5.005_03 built for i386-linux Thanks
Re: eval error
* David ([EMAIL PROTECTED]) [011107 14:05]: Hello, I am getting this error message. Can anyone tell me what it is and how to get rid of it. (or if I need to worry about it) [Wed Nov 7 18:52:40 2001] [error] [Wed Nov 7 18:52:40 2001] Gateway00.pm: Apache/Gateway00.pm did not return a true value at (eval 146) line 3. Yep -- read the part in 'perldoc perlmod' about returning a true value from your module. Chris -- Chris Winters ([EMAIL PROTECTED]) Building enterprise-capable snack solutions since 1988.
Re: eval error
verify that Apache/Gateway00.pm has a true value at the end of the module. usually this looks just like this at the end: 1; if not, then u can add it if this is an in house module. if not, find out what gives from the module author. David wrote: Hello, I am getting this error message. Can anyone tell me what it is and how to get rid of it. (or if I need to worry about it) [Wed Nov 7 18:52:40 2001] [error] [Wed Nov 7 18:52:40 2001] Gateway00.pm: Apache/Gateway00.pm did not return atrue value at (eval 146) line 3.Config:[Wed Nov 7 18:52:33 2001] [notice] Apache/1.3.12 (Unix) (Red Hat/Linux) PHP/3.0.15 mod_perl/1.21 configured --resuming normal operations Perl version 5.005_03 built for i386-linuxThanks -- ___cliff [EMAIL PROTECTED]http://www.genwax.com/
Re: eval error
Thanks, I have it fixed My module was ending like this: return OK; 1; __END__ When return OK; was removed the error goes. A copy + paste error - sorry. - Original Message - From: ___cliff rayman___ [EMAIL PROTECTED] To: David [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, November 07, 2001 7:07 PM Subject: Re: eval error verify that Apache/Gateway00.pm has a true value at the end of the module. usually this looks just like this at the end: 1; if not, then u can add it if this is an in house module. if not, find out what gives from the module author. David wrote: Hello, I am getting this error message. Can anyone tell me what it is and how to get rid of it. (or if I need to worry about it) [Wed Nov 7 18:52:40 2001] [error] [Wed Nov 7 18:52:40 2001] Gateway00.pm: Apache/Gateway00.pm did not return atrue value at (eval 146) line 3.Config:[Wed Nov 7 18:52:33 2001] [notice] Apache/1.3.12 (Unix) (Red Hat/Linux) PHP/3.0.15 mod_perl/1.21 configured --resuming normal operations Perl version 5.005_03 built for i386-linuxThanks -- ___cliff [EMAIL PROTECTED]http://www.genwax.com/
RE: [JOB] Red Hat Network Web Engineer positions open
We have a couple openings doing intense and interesting mod_perl work here at Red Hat. Formal description is below. Key skills are perl, mod_perl, apache, and DBI (especially Oracle). Must relocate to Research Triangle Park, North Carolina. If only Red Hat was in Oregon... sigh. L8r Rob #!/usr/bin/perl -w use Disclaimer qw/:standard/;
RE: Prototype Mismatch - and AN APOLOGY
On Wed, 7 Nov 2001, Jonathan M. Hollin wrote: APOLOGY - I posted a message to this list with a small Perl script attached (without ZIP-ing it first). This has triggered off numerous bounced mail virus alerts and I apologise for this. I will avoid repeating that mistake in future. Thank you for your patience. Please don't. It's much easier to open when it's not compressed or something like that. You could avoid triggering the brain dead virus checkers by just including the script within the mail. - ask -- ask bjoern hansen, http://ask.netcetera.dk/ !try; do(); more than a billion impressions per week, http://valueclick.com
Re: Documentation patch for mod_perl?
Hi, I am sending this after a suggestion that was given to me during in a perlmonks discussion. I was the one who suggested it. Why don't you take a shot at writing it? The modperl.pod seems like the logical place to patch. Then Stas could add your information to the guide as well. If you're not sure you've got all the facts right, post it to the list and people can check it. - Perrin
Re: Documentation patch for mod_perl?
On Wed, 7 Nov 2001, Perrin Harkins wrote: Hi, I am sending this after a suggestion that was given to me during in a perlmonks discussion. I was the one who suggested it. Why don't you take a shot at writing it? The modperl.pod seems like the logical place to patch. Then Stas could add your information to the guide as well. If you're not sure you've got all the facts right, post it to the list and people can check it. Yes, definitely something should be said about this ... It would also be worth pointing out in this regard the development of Apache/mod_perl 2.0; at this stage the Win32 code for both is alpha, but both compile and run on Win32. best regards, randy kobes