Re: perlsection syntax--where's tfm?
On 18 Jul 2001, Randal L. Schwartz wrote: will == will trillich [EMAIL PROTECTED] writes: will http://perl.apache.org/guide/config.html mentions this type of will thing in passing, but surely there's an in-depth will how-this-works somewhere... will Limit GET POST will Order allow,deny will Allow from all will /Limit Uh, actually, not to solve your smaller problem, but to solve your bigger problem instead: STOP LIMITING THE LIMITS. Almost *all* usage of Limit is *wrong*. Just leave it off. Yup, it's explained here: http://httpd.apache.org/docs/mod/core.html#limit _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: Problems building Bundle::Apache - libapreq-0.33
On Tue, 17 Jul 2001, Alan Burlison wrote: Stas Bekman wrote: Looks like an issue with APACHE_HEADER_INSTALL http://perl.apache.org/guide/install.html#APACHE_HEADER_INSTALL Did you install mod_perl by yourself? Yes, as my attempt to build it as part of Bundle::Apache barfed. Here is the contents of my makepl_args.mod_perl: APACHE_SRC=/home1/software/apache/build/apache_1.3.20/src EVERYTHING=1 USE_APXS=1 WITH_APXS=/home1/web/apache_1.3.20/bin/apxs Here is the output of 'make install' I don't think it logs the install of these headers. Please check the created Makefile. Does it include the mod_perl.h in one of the targets? _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: Problems building Bundle::Apache - libapreq-0.33
Stas Bekman wrote: Here is the output of 'make install' I don't think it logs the install of these headers. Please check the created Makefile. Does it include the mod_perl.h in one of the targets? No. Alan Burlison
Re: Problems building Bundle::Apache - libapreq-0.33
On Wed, 18 Jul 2001, Stas Bekman wrote: On Tue, 17 Jul 2001, Alan Burlison wrote: Stas Bekman wrote: Looks like an issue with APACHE_HEADER_INSTALL http://perl.apache.org/guide/install.html#APACHE_HEADER_INSTALL Did you install mod_perl by yourself? Yes, as my attempt to build it as part of Bundle::Apache barfed. Here is the contents of my makepl_args.mod_perl: APACHE_SRC=/home1/software/apache/build/apache_1.3.20/src EVERYTHING=1 USE_APXS=1 WITH_APXS=/home1/web/apache_1.3.20/bin/apxs Here is the output of 'make install' I don't think it logs the install of these headers. Please check the created Makefile. Does it include the mod_perl.h in one of the targets? I didn't build the whole thing since my apache was built without mod_so, but the created Makefile includes all the header files with the above args. that's on linux box. May be you could try to copy these manually? Here is what I have: $ ls \ /usr/lib/perl5/site_perl/5.6.1/i686-linux/auto/Apache/include/modules/perl/ apache_inc.h mod_perl.h mod_perl_version.h mod_perl_xs.h perl_PL.h _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: [BUG] $r-subprocess_env() leaking to %ENV
On Wed, Jul 18, 2001 at 11:41:01AM -0400, Geoffrey Young wrote: well, in mod_cgi land it's not that easy to access r-notes, right? but there is no reason that mod_ssl and friends couldn't set both for those of us who can... *and* to (please!) have a way to turn off the environment crap in mod_ssl. if CGI scripts can't read notes, then it should be mod_cgi's job to turn a bunch of notes into envs, preferably after the fork and before the exec, so the parent process' environment doesn't get polluted. -- Roger Espel Llima, [EMAIL PROTECTED] http://www.iagora.com/~espel/index.html
Problem Locating DB_File.PM at startup of perl script
Hi all, I've run into a very frustrating problem. I'm getting the old Can't locate loadable object for module... error, yet the file does exist in the @INC path. Here's some system output: --- [Wed Jul 18 12:18:04 2001] pickcity.cgi: Can't locate loadable object for module DB_File in @INC (@INC contains: /usr/local/lib/perl5/5.6.1/i686-linux /usr/local/lib/perl5/5.6.1 /usr/local/lib/perl5/site_perl/5.6.1/i686-linux /usr/local/lib/perl5/site_perl/5.6.1 /usr/local/lib/perl5/site_perl .) at /var/pickcity/htdocs/pickcity.cgi line 12 [Wed Jul 18 12:18:04 2001] pickcity.cgi: Compilation failed in require at /var/pickcity/htdocs/pickcity.cgi line 12. [Wed Jul 18 12:18:04 2001] pickcity.cgi: BEGIN failed--compilation aborted at /var/pickcity/htdocs/pickcity.cgi line 12. [root@localhost DB_File]# ls /usr/local/lib/perl5/5.6.1/i686-linux/DB_File.pm /usr/local/lib/perl5/5.6.1/i686-linux/DB_File.pm [root@localhost DB_File]# -- Anyone have any ideas as to why perl can't seem to find the file eventhough the system, clearly, can? James
Re: Problem Locating DB_File.PM at startup of perl script
James McKim [EMAIL PROTECTED] said something to this effect on 07/18/2001: Hi all, I've run into a very frustrating problem. I'm getting the old Can't locate loadable object for module... error, yet the file does exist in the @INC path. Here's some system output: --- [Wed Jul 18 12:18:04 2001] pickcity.cgi: Can't locate loadable object for module DB_File in @INC (@INC contains: /usr/local/lib/perl5/5.6.1/i686-linux /usr/local/lib/perl5/5.6.1 /usr/local/lib/perl5/site_perl/5.6.1/i686-linux /usr/local/lib/perl5/site_perl/5.6.1 /usr/local/lib/perl5/site_perl .) at /var/pickcity/htdocs/pickcity.cgi line 12 [Wed Jul 18 12:18:04 2001] pickcity.cgi: Compilation failed in require at /var/pickcity/htdocs/pickcity.cgi line 12. [Wed Jul 18 12:18:04 2001] pickcity.cgi: BEGIN failed--compilation aborted at /var/pickcity/htdocs/pickcity.cgi line 12. [root@localhost DB_File]# ls /usr/local/lib/perl5/5.6.1/i686-linux/DB_File.pm /usr/local/lib/perl5/5.6.1/i686-linux/DB_File.pm [root@localhost DB_File]# -- Anyone have any ideas as to why perl can't seem to find the file eventhough the system, clearly, can? What are the permissions on /usr/local/lib/perl5/5.6.1/i686-linux/DB_File.pm? Can the owner of the httpd process read the file? (darren) -- Real computer scientists don't program in assembler. They don't write in anything less portable than a number two pencil.
Re: [BUG] $r-subprocess_env() leaking to %ENV
Can't all these modules (your scripts, The environment leak in my test case was just to make my point clear, not a programmatic example of course mod_ssl, etc) just use the request object and/or Apache notes to communicate? That's exactly what they're there for! I get it now: there is a kind of lost-update (actually, lost-delete) problem because both mod_ssl and mod_perl try to write into the environment, and cleanup in the wrong sequence (update 1-update 2-cleanup 1-cleanup 2). Thank you for helping me pointing it out. At least mod_perl can be told not to mess with the environment: Directory /my/modperl/webroot PerlSetupEnv Off /Directory Well sure, I even tried it but I use CGI.pm from Perl 5.6 and CGI.pm $meth=$ENV{'REQUEST_METHOD'} if defined($ENV{'REQUEST_METHOD'}); CGI.pm [...] CGI.pm # If $meth is not of GET, POST or HEAD, assume we're being debugged offline. And there comes a funny message in my error log telling me to enter name=value pairs on the standard input :-) Your proposition, however righteous, means a lot of work for a lot of people... Or perhaps Apache::Registry::handler should do some tie()ing ? (yuck) In the meantime, I will be cutting the StdEnvVars off from mod_ssl configuration. Thanks again ! -- Tout n'y est pas parfait, mais on y honore certainement les jardiniers Dominique Quatravaux [EMAIL PROTECTED]
Re: Problem Locating DB_File.PM at startup of perl script
Interesting question. The file owner is root. However, I actually launched the perl cgi from the shell as root and got the error message, so I'm not sure that matching the file owner with the owner of the httpd process would make much difference (yet). James darren chamberlain wrote: James McKim [EMAIL PROTECTED] said something to this effect on 07/18/2001: Hi all, I've run into a very frustrating problem. I'm getting the old Can't locate loadable object for module... error, yet the file does exist in the @INC path. Here's some system output: --- [Wed Jul 18 12:18:04 2001] pickcity.cgi: Can't locate loadable object for module DB_File in @INC (@INC contains: /usr/local/lib/perl5/5.6.1/i686-linux /usr/local/lib/perl5/5.6.1 /usr/local/lib/perl5/site_perl/5.6.1/i686-linux /usr/local/lib/perl5/site_perl/5.6.1 /usr/local/lib/perl5/site_perl .) at /var/pickcity/htdocs/pickcity.cgi line 12 [Wed Jul 18 12:18:04 2001] pickcity.cgi: Compilation failed in require at /var/pickcity/htdocs/pickcity.cgi line 12. [Wed Jul 18 12:18:04 2001] pickcity.cgi: BEGIN failed--compilation aborted at /var/pickcity/htdocs/pickcity.cgi line 12. [root@localhost DB_File]# ls /usr/local/lib/perl5/5.6.1/i686-linux/DB_File.pm /usr/local/lib/perl5/5.6.1/i686-linux/DB_File.pm [root@localhost DB_File]# -- Anyone have any ideas as to why perl can't seem to find the file eventhough the system, clearly, can? What are the permissions on /usr/local/lib/perl5/5.6.1/i686-linux/DB_File.pm? Can the owner of the httpd process read the file? (darren) -- Real computer scientists don't program in assembler. They don't write in anything less portable than a number two pencil.
Re: Problem Locating DB_File.PM at startup of perl script
BTW, executing the script seemed to be able to locate CGI, DBI, and POSIX just fine. James darren chamberlain wrote: James McKim [EMAIL PROTECTED] said something to this effect on 07/18/2001: Hi all, I've run into a very frustrating problem. I'm getting the old Can't locate loadable object for module... error, yet the file does exist in the @INC path. Here's some system output: --- [Wed Jul 18 12:18:04 2001] pickcity.cgi: Can't locate loadable object for module DB_File in @INC (@INC contains: /usr/local/lib/perl5/5.6.1/i686-linux /usr/local/lib/perl5/5.6.1 /usr/local/lib/perl5/site_perl/5.6.1/i686-linux /usr/local/lib/perl5/site_perl/5.6.1 /usr/local/lib/perl5/site_perl .) at /var/pickcity/htdocs/pickcity.cgi line 12 [Wed Jul 18 12:18:04 2001] pickcity.cgi: Compilation failed in require at /var/pickcity/htdocs/pickcity.cgi line 12. [Wed Jul 18 12:18:04 2001] pickcity.cgi: BEGIN failed--compilation aborted at /var/pickcity/htdocs/pickcity.cgi line 12. [root@localhost DB_File]# ls /usr/local/lib/perl5/5.6.1/i686-linux/DB_File.pm /usr/local/lib/perl5/5.6.1/i686-linux/DB_File.pm [root@localhost DB_File]# -- Anyone have any ideas as to why perl can't seem to find the file eventhough the system, clearly, can? What are the permissions on /usr/local/lib/perl5/5.6.1/i686-linux/DB_File.pm? Can the owner of the httpd process read the file? (darren) -- Real computer scientists don't program in assembler. They don't write in anything less portable than a number two pencil.
Re: Problem Locating DB_File.PM at startup of perl script
Hi James, The loadable object is not the .pm file, it's the binary compiled object file that DB_File.pm needs to bootstrap. Sounds like you need to reinstall the module. [EMAIL PROTECTED] (James McKim) wrote: Hi all, I've run into a very frustrating problem. I'm getting the old Can't locate loadable object for module... error, yet the file does exist in the @INC path. Here's some system output: --- [Wed Jul 18 12:18:04 2001] pickcity.cgi: Can't locate loadable object for module DB_File in @INC (@INC contains: /usr/local/lib/perl5/5.6.1/i686-linux /usr/local/lib/perl5/5.6.1 /usr/local/lib/perl5/site_perl/5.6.1/i686-linux /usr/local/lib/perl5/site_perl/5.6.1 /usr/local/lib/perl5/site_perl .) at /var/pickcity/htdocs/pickcity.cgi line 12 [Wed Jul 18 12:18:04 2001] pickcity.cgi: Compilation failed in require at /var/pickcity/htdocs/pickcity.cgi line 12. [Wed Jul 18 12:18:04 2001] pickcity.cgi: BEGIN failed--compilation aborted at /var/pickcity/htdocs/pickcity.cgi line 12. [root@localhost DB_File]# ls /usr/local/lib/perl5/5.6.1/i686-linux/DB_File.pm /usr/local/lib/perl5/5.6.1/i686-linux/DB_File.pm [root@localhost DB_File]# -- Anyone have any ideas as to why perl can't seem to find the file eventhough the system, clearly, can? James ------ Ken Williams Last Bastion of Euclidity [EMAIL PROTECTED]The Math Forum
Re: Problem Locating DB_File.PM at startup of perl script
Ken, Thanks for your reply. It does makes sense, eventhough I'm new to perl modules and their implementation. BTW, do you know what that file would be named? I installed it under perl 5.6.0, but when I try to install it under 5.6.1 I get the error (which seems to be a linker error) /usr/bin/ld: cannot find -ldb. A bit of research lead me to some mention of needing a libdb2 version, but I haven't gotten to deep into it yet and am hoping that I can use my previous installation of DB_File (under 5.6.0) for now. Cheers, James Ken Williams wrote: Hi James, The loadable object is not the .pm file, it's the binary compiled object file that DB_File.pm needs to bootstrap. Sounds like you need to reinstall the module. [EMAIL PROTECTED] (James McKim) wrote: Hi all, I've run into a very frustrating problem. I'm getting the old Can't locate loadable object for module... error, yet the file does exist in the @INC path. Here's some system output: --- [Wed Jul 18 12:18:04 2001] pickcity.cgi: Can't locate loadable object for module DB_File in @INC (@INC contains: /usr/local/lib/perl5/5.6.1/i686-linux /usr/local/lib/perl5/5.6.1 /usr/local/lib/perl5/site_perl/5.6.1/i686-linux /usr/local/lib/perl5/site_perl/5.6.1 /usr/local/lib/perl5/site_perl .) at /var/pickcity/htdocs/pickcity.cgi line 12 [Wed Jul 18 12:18:04 2001] pickcity.cgi: Compilation failed in require at /var/pickcity/htdocs/pickcity.cgi line 12. [Wed Jul 18 12:18:04 2001] pickcity.cgi: BEGIN failed--compilation aborted at /var/pickcity/htdocs/pickcity.cgi line 12. [root@localhost DB_File]# ls /usr/local/lib/perl5/5.6.1/i686-linux/DB_File.pm /usr/local/lib/perl5/5.6.1/i686-linux/DB_File.pm [root@localhost DB_File]# -- Anyone have any ideas as to why perl can't seem to find the file eventhough the system, clearly, can? James ------ Ken Williams Last Bastion of Euclidity [EMAIL PROTECTED]The Math Forum
strange runtime error
i have a fairly simple mod-perl script which returns data from a mysql db on occasion for no apparent reason an internal error screen pops up. if reloaded the page works just fine. the logs contain this message: exit is not exported by the GLOB(0x88414cc) module at (eval 397) line 1 [Wed Jul 18 14:13:29 2001] [error] Can't continue after import errors at (eval 397) line 1 BEGIN failed--compilation aborted at (eval 397) line 1. my script doesn't use any 'exit' statements so i am not sure what to do. any ideas what i'm doing wrong? tia s
Overwriting the Basic Password
Is there a reverse to the ($res,$password)=$r-get_basic_auth_pw function? Is there anyone to globally set or reset the values that come out of $r-get_basic_auth_pw? Can I set a new password to come out? You can do it with the user ($c-user)... Arthur
SSL Certificate Distingushed Name size in bytes
Hello, This is slightly off topic, but I can't find a firm specification anywhere on the Internet that says how big a X.500 Distinguished Name could be. I've set up MySQL to have fields cert_subject_dn and cert_issuer_dn as char(255) not null. But I'm wondering if these things could get longer? Does anyone have anything useful to tell me? --Christopher
Using mod_perl to modify referer...
I have a unique situation in which I need to change the http_referer. What I've done is written a quick script that looks like this: package BnP::Referer; use Apache; use Apache::Constants; sub handler { my $r = shift; $r-header_in('Referer' = http://www.somedomainname.com;); return OK; } 1; And then setup a handler in the httpd.conf file that looks like this: PerlModule BnP::Referer PerlFixupHandler BnP::Referer Now, the problem is this: It works perfectly as long as the client remains on our server. But, if they go to another domain the referer reverts back to what it was before. I need to change it, and have it stay changed. Is there ANY way of doing this with mod_perl? Any help is appreciated. I've been beating my head on the desk for a while here. :o) Brian Johnson Partner/Systems Administrator/Programmer Source1Hosting.tv, LLC (www.source1hosting.tv) Source1Results.com, LLC (www.source1results.com) I may be insane, but remember - The only difference between an insane man and a genius is his jacket.
Help: Image::Magick and Apache and mod_perl/ 'v' cgi-bin/
Folks I'm using: Apache/1.3.20 (Win32) mod_perl/1.25_01-dev mod_ssl/2.8.4 OpenSSL/0.9.6a running... If I run the script (below) in d:/apache/mod_perl/ it works. If I run it in d:/apache/cgi-bin I get this error: Read(gradient:#ff-#ff) Warning 330: Unable to open file (#ff-#ff) [No such file or directory] However, if I uncomment lines 17 and 18 and run it in d:/apache/cgi-bin, it works, even without lines 20 .. 22. Note: Removing PATH from line 15 has no effect on this problem. Note: Setting $ENV{'PATH'} in the code to be exactly the same as it is for any non-CGI script has no effect on this problem. Any ideas? -8- #!/usr/bin/perl # # Name: # im-demo.cgi. use strict; use warnings; use CGI qw/nobr/; use CGI::Carp qw/fatalsToBrowser/; use Image::Magick; # -- delete @ENV{'BASH_ENV', 'CDPATH', 'ENV', 'IFS', 'PATH'}; # Zap for safety. #my($dir_name) = 'd:/ImageMagick/VisualMagick/bin'; #chdir($dir_name) || die(Can't chdir($dir_name): $!); $ENV{'MAGICK_DELEGATE_PATH'} = 'D:\\ImageMagick\\VisualMagick\\bin'; $ENV{'MAGICK_HOME'}= 'D:\\ImageMagick\\VisualMagick\\bin'; $ENV{'MAGICK_MODULE_PATH'} = 'D:\\ImageMagick\\VisualMagick\\bin'; my($output_file_name_a) = 'hax-gradient-1a.png'; my($q) = CGI - new(); my($title)= 'Test'; my($html)= []; my($image)= Image::Magick - new; my($result)= $image - Set(size = '30x180') || 'OK'; push(@$html, $q - th('Set') . $q - td($result) ); $result = $image-Read(gradient:#ff-#ff) || 'OK'; push(@$html, $q - th('Read(gradient:#ff-#ff)') . $q - td($result) ); $result = $image-Write(png:d:/apache/htdocs/$output_file_name_a) || 'OK'; push(@$html, $q - th(Write($output_file_name_a)) . $q - td($result) ); push(@$html, $q - th('Image') . $q - td($q - img({name = 'imagedemo1', src = /$output_file_name_a})) ); push(@$html, $q - th('$ENV{MAGICK_DELEGATE_PATH}') . $q - td($ENV{'MAGICK_DELEGATE_PATH'}) ); push(@$html, $q - th('$ENV{MAGICK_HOME}') . $q - td($ENV{'MAGICK_HOME'}) ); push(@$html, $q - th('$ENV{MAGICK_MODULE_PATH}') . $q - td($ENV{'MAGICK_MODULE_PATH'}) ); print $q - header(), $q - start_html(), $q - center($q - h1($title) ), $q - table ( {align = 'center', bgColor = '#80c0ff'}, $q - Tr($html) ), $q - end_html(); -8- Cheers Ron Savage [EMAIL PROTECTED] http://savage.net.au/index.html
cvs commit: modperl-site/embperl CVS.pod.1.html Changes.pod.1.html
richter 01/07/18 03:30:38 Modified:embperl CVS.pod.1.html Changes.pod.1.html Log: Embperl Webpages - Changes Revision ChangesPath 1.21 +9 -14 modperl-site/embperl/CVS.pod.1.html Index: CVS.pod.1.html === RCS file: /home/cvs/modperl-site/embperl/CVS.pod.1.html,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- CVS.pod.1.html2001/07/17 15:29:24 1.20 +++ CVS.pod.1.html2001/07/18 10:30:38 1.21 @@ -33,9 +33,9 @@ P H2img src=sq.gif width=16 height=16 alt=- A NAME=INTROINTRO/A/H2 P -The Embperl development tree lives on the same machine as perl.apache.org. -This tree contains the latest Embperl bug fixes and developments that have -not made it to CPAN yet. Welcome to the bleeding edge. +The Embperl development tree lives on the machine cvs.apache.org. This tree +contains the latest Embperl bug fixes and developments that have not made +it to CPAN yet. Welcome to the bleeding edge. P HR @@ -83,7 +83,7 @@ # comment out the above if you want the raw CVS files /PRE P -PRE *default host=perl.apache.org +PRE *default host=cvs.apache.org *default prefix=/path/on/this/machine/to/install/ # an existing subdir under which embperl will appear ^^^ /PRE @@ -110,7 +110,7 @@ P cvs -d A -HREF=mailto:``:pserver:[EMAIL PROTECTED]:/home/cvspublic''``:pserver:[EMAIL PROTECTED]:/home/cvspublic''/A +HREF=mailto:``:pserver:[EMAIL PROTECTED]:/home/cvspublic''``:pserver:[EMAIL PROTECTED]:/home/cvspublic''/A login P @@ -118,7 +118,7 @@ P cvs -d A -HREF=mailto:``:pserver:[EMAIL PROTECTED]:/home/cvspublic''``:pserver:[EMAIL PROTECTED]:/home/cvspublic''/A +HREF=mailto:``:pserver:[EMAIL PROTECTED]:/home/cvspublic''``:pserver:[EMAIL PROTECTED]:/home/cvspublic''/A co embperl P @@ -136,25 +136,20 @@ A snapshot is rolled off the Embperl tree every 6 hours and placed here: P -A -HREF=http://cvs.apache.org/snapshots/embperl/;http://cvs.apache.org/snapshots/embperl//A - +http:/cvs.apache.org/snapshots/embperl/ P A snapshot of the Apache development tree is also rolled every 6 hours and placed here: P -A -HREF=http://cvs.apache.org/snapshots/;http://cvs.apache.org/snapshots//A +http:/cvs.apache.org/snapshots/apache-1.3/ P and mod_perl can be found here P -A -HREF=http://cvs.apache.org/snapshots/modperl/;http://cvs.apache.org/snapshots/modperl//A - +http:/cvs.apache.org/snapshots/embperl/modperl/ P HR 1.219 +1 -1 modperl-site/embperl/Changes.pod.1.html Index: Changes.pod.1.html === RCS file: /home/cvs/modperl-site/embperl/Changes.pod.1.html,v retrieving revision 1.218 retrieving revision 1.219 diff -u -r1.218 -r1.219 --- Changes.pod.1.html2001/07/18 10:29:31 1.218 +++ Changes.pod.1.html2001/07/18 10:30:38 1.219 @@ -21,7 +21,7 @@ [a href= HOME/a]nbsp;nbsp; [a href=Changes.pod.cont.htmlCONTENT/a]nbsp;nbsp; [a href=Changes.pod.cont.htmlPREV (Revision History - Content)/a]nbsp;nbsp; [a href=Changes.pod.2.htmlNEXT (1.3.3 (RELEASE) 6. Juni 2001)/a]nbsp;nbsp; brhr P -Last Update: Wed Jul 18 09:30:21 2001 (MET) +Last Update: Wed Jul 18 12:31:29 2001 (MET) P NOTE: This version is only available via A HREF=CVS.pod.1.html#INTRO CVS/A