Re: [mp2] ModPerl-Registry/t/bad_scritps.t returns 403 not 500
- Original Message - From: Stas Bekman [EMAIL PROTECTED] To: Beau E. Cox [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, September 04, 2003 9:09 PM Subject: Re: [mp2] ModPerl-Registry/t/bad_scritps.t returns 403 not 500 Thank you Beau for a complete bug report. a. ModPerl-Registry/t/bad_scritps.t returns 403 not 500. bad_scripts1..1 # Running under perl version 5.008 for linux # Current time local: Thu Sep 4 16:19:34 2003 # Current time GMT: Fri Sep 5 02:19:34 2003 # Using Test.pm version 1.24 # testing : the script hasn't declared its private $r # Failed test 1 in bad_scripts.t at line 13 # expected: 500 # received: 403 not ok 1 c. Error log: [...] The error message is right there: [Thu Sep 04 16:19:34 2003] [error] file permissions deny server execution/usr/local/src/modperl2/modperl-2.0/ModPerl-Registry/t/cgi-bin/r_in herited.pl What perms do you get when you do: ls -l ModPerl-Registry/t/cgi-bin/r_inherited.pl it should be a+rx, e.g. on my machine it's: -rwxr-xr-x1 stas stas 248 Mar 7 19:58 I think when I have added this file to cvs it didn't have the +x bit, which I then have fixed directly in the cvs repository. I have just made a fresh checkout and the perms seem to be correct. May be you have an old checkout of this file, try to do: rm ModPerl-Registry/t/cgi-bin/r_inherited.pl cvs up ModPerl-Registry/t/cgi-bin/r_inherited.pl and try again. Thanks Stas - Sorry I missed the error. I did the 'rm' and re-cvs'ed - flags correct and test OK. Next I rmeoved my entire source tree and re-cvs'ed. Flags on r_inherit... OK. Test OK. There are three scripts w/o execute permission: not_executable.pl (I guess that's correct) lib.pl local-conf.pl Aloha = Beau; == please visit == http://beaucox.com = main site http://howtos.beaucox.com = howtos http://PPM.beaucox.com = perl PPMs http://CPAN.beaucox.com = CPAN == thank you == -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: [mp2] ModPerl-Registry/t/bad_scritps.t returns 403 not 500
Stas - Yep - ALL SET! Thanks a $1,000,000. Aloha = Beau; PS: I wonder whose anti-spam filter is going to junk this email? :) -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
[mp2] Failed to obtain the MPM name
Hi - 1) Downloaded (via CVS) latest mod_perl source (9/4/2003) 2) Cannot configure: perl Makefile.PL MP_AP_PREFIX=/usr/local/apache2/ MP_INST_APACHE2=1 Reading Makefile.PL args from @ARGV MP_AP_PREFIX = /usr/local/apache2 MP_INST_APACHE2 = 1 Configuring Apache/2.0.47 mod_perl/1.99_10-dev Perl/v5.8.0 Failed to obtain the MPM name at lib/Apache/Build.pm line 185. 3) Apache2 (2.0.47) configuration (Apache works) $BASE_DIR/$SOURCE_DIR/configure \ --enable-layout=SuSE \ --enable-auth_digest=shared \ --enable-dav=shared \ --enable-dav_fs=shared \ --enable-deflate=shared \ --enable-rewrite=shared \ --enable-so \ --enable-speling=shared \ --enable-ssl \ --with-z=/usr/local/src/zlib/zlib-1.1.4 \ --with-ssl=/usr/ \ --with-mpm=worker | tee -a $log 4) OS: SuSE 8.2 Linux (with current patches). 5) A quick search of the archives was fruitless - the Changes file mentions some changes in this area, but I don't understand them enough to solve this problem. Likewise for the source of Build.pm. *NOTE* CVS source downloaded 7/12/2003 works fine (with same Apache configuration on same machine). Aloha = Beau; == please visit == http://beaucox.com = main site http://howtos.beaucox.com = howtos http://PPM.beaucox.com = perl PPMs http://CPAN.beaucox.com = CPAN == thank you == -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: [mp2] Failed to obtain the MPM name
- Original Message - From: Stas Bekman [EMAIL PROTECTED] To: Beau E. Cox [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, September 04, 2003 6:45 AM Subject: Re: [mp2] Failed to obtain the MPM name Beau E. Cox wrote: Hi - 1) Downloaded (via CVS) latest mod_perl source (9/4/2003) 2) Cannot configure: perl Makefile.PL MP_AP_PREFIX=/usr/local/apache2/ MP_INST_APACHE2=1 Reading Makefile.PL args from @ARGV MP_AP_PREFIX = /usr/local/apache2 MP_INST_APACHE2 = 1 Configuring Apache/2.0.47 mod_perl/1.99_10-dev Perl/v5.8.0 Failed to obtain the MPM name at lib/Apache/Build.pm line 185. This is a recent change where we extract the MPM name to know whether to require ithreads enabled Perl or not. 3) Apache2 (2.0.47) configuration (Apache works) $BASE_DIR/$SOURCE_DIR/configure \ --enable-layout=SuSE \ that's probably the problem. You can use MP_AP_PREFIX= only if you install all apache files under the same tree, which is the default layout. Otherwise you should use the MP_APXS option pointing to apxs, which will know the rest of the details about the layout. Please check if it works for you. I've already adjusted the install docs to mention MP_APXS, I suppose we need to put it as the very first one. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker Yep - MP_APXS=... works, thanks Stas. Aloha = Beau; == please visit == http://beaucox.com = main site http://howtos.beaucox.com = howtos http://PPM.beaucox.com = perl PPMs http://CPAN.beaucox.com = CPAN == thank you == -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
[mp2] ModPerl-Registry/t/bad_scritps.t returns 403 not 500
-8-- Start Bug Report 8-- 1. Problem Description: a. ModPerl-Registry/t/bad_scritps.t returns 403 not 500. b. Console log (verbose): *** setting ulimit to allow core files ulimit -c unlimited; ./TEST -verbose 'bad_scripts.t' *** root mode: changing the files ownership to 'nobody' (65534:65533) *** sudo -u '#65534' /usr/bin/perl -e 'print -r /usr/local/src/modperl2/modperl-2.0/ModPerl-Registry/t -w _ -x _ ? OK : NOK' *** result: OK /usr/local/apache2/sbin/httpd -d /usr/local/src/modperl2/modperl-2.0/ModPerl-Registry/t -f /usr/local/src/modperl2/modperl-2.0/ModPerl-Registry/t/conf/httpd.conf -DAPA CHE2 -DPERL_USEITHREADS using Apache/2.0.47 (worker MPM) waiting for server to start: . waiting for server to start: ok (waited 36 secs) server localhost:8529 started bad_scripts1..1 # Running under perl version 5.008 for linux # Current time local: Thu Sep 4 16:19:34 2003 # Current time GMT: Fri Sep 5 02:19:34 2003 # Using Test.pm version 1.24 # testing : the script hasn't declared its private $r # Failed test 1 in bad_scripts.t at line 13 # expected: 500 # received: 403 not ok 1 FAILED test 1 Failed 1/1 tests, 0.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed --- bad_scripts.t11 100.00% 1 *** server localhost:8529 shutdown !!! error running tests (please examine t/logs/error_log) c. Error log: [Thu Sep 04 16:19:03 2003] [info] Init: Initializing OpenSSL library [Thu Sep 04 16:19:03 2003] [info] Init: Seeding PRNG with 0 bytes of entropy [Thu Sep 04 16:19:03 2003] [info] Init: Generating temporary RSA private keys (512/1024 bits) [Thu Sep 04 16:19:03 2003] [info] Init: Generating temporary DH parameters (512/1024 bits) [Thu Sep 04 16:19:03 2003] [warn] Init: Session Cache is not configured [hint: SSLSessionCache] [Thu Sep 04 16:19:03 2003] [info] Init: Initializing (virtual) servers for SSL [Thu Sep 04 16:19:03 2003] [info] Server: Apache/2.0.47, Interface: mod_ssl/2.0.47, Library: OpenSSL/0.9.7b [Thu Sep 04 16:19:04 2003] [info] Init: Initializing OpenSSL library [Thu Sep 04 16:19:04 2003] [info] Init: Seeding PRNG with 0 bytes of entropy [Thu Sep 04 16:19:04 2003] [info] Init: Generating temporary RSA private keys (512/1024 bits) [Thu Sep 04 16:19:04 2003] [info] Init: Generating temporary DH parameters (512/1024 bits) [Thu Sep 04 16:19:04 2003] [info] Init: Initializing (virtual) servers for SSL [Thu Sep 04 16:19:04 2003] [info] Server: Apache/2.0.47, Interface: mod_ssl/2.0.47, Library: OpenSSL/0.9.7b [Thu Sep 04 16:19:04 2003] [notice] Digest: generating secret for digest authentication ... [Thu Sep 04 16:19:33 2003] [notice] Digest: done [Thu Sep 04 16:19:33 2003] [notice] Apache/2.0.47 (Unix) mod_perl/1.99_10-dev Perl/v5.8.0 mod_ssl/2.0.47 OpenSSL/0.9.7b DAV/2 configured -- resuming normal operations [Thu Sep 04 16:19:33 2003] [info] Server built: Jul 12 2003 04:49:30 [Thu Sep 04 16:19:33 2003] [debug] /usr/local/src/apache2/httpd-2.0.47/server/mpm/worker/worker.c(1736): AcceptMutex: sysvsem (default: sysvsem) [Thu Sep 04 16:19:34 2003] [error] file permissions deny server execution/usr/local/src/modperl2/modperl-2.0/ModPerl-Registry/t/cgi-bin/r_in herited.pl [Thu Sep 04 16:19:34 2003] [warn] child process 18911 still did not exit, sending a SIGTERM [Thu Sep 04 16:19:34 2003] [info] removed PID file /usr/local/src/modperl2/modperl-2.0/ModPerl-Registry/t/logs/httpd.pid (pid=18909) [Thu Sep 04 16:19:34 2003] [notice] caught SIGTERM, shutting down d. Appears harmless - installed anyway and all my tests OK. 2. Used Components and their Configuration: *** mod_perl version 1.9910 *** using /usr/local/src/modperl2/modperl-2.0/lib/Apache/BuildConfig.pm *** Makefile.PL options: MP_APXS= /usr/local/apache2/sbin/apxs MP_COMPAT_1X = 1 MP_GENERATE_XS = 1 MP_LIBNAME = mod_perl MP_USE_DSO = 1 MP_USE_STATIC = 1 *** /usr/local/apache2/sbin/httpd -V Server version: Apache/2.0.47 Server built: Jul 12 2003 04:49:30 Server's Module Magic Number: 20020903:4 Architecture: 32-bit Server compiled with -D APACHE_MPM_DIR=server/mpm/worker -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D HTTPD_ROOT=/usr/local/apache2 -D SUEXEC_BIN=/usr/local/apache2/bin/suexec -D DEFAULT_SCOREBOARD=logs/apache_runtime_status -D DEFAULT_ERRORLOG=logs/error_log -D AP_TYPES_CONFIG_FILE=/etc/httpd/mime.types -D SERVER_CONFIG_FILE=/etc/httpd/httpd.conf *** /usr/bin/perl -V Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=linux, osvers=2.4.20, archname=i586-linux-thread-multi uname='linux d20 2.4.20 #1 smp thu oct 10 18:10:26 utc 2002 i686 unknown
[mp2] Apache::DBI
Hi - I am running Apache 2.0.47/mod_perl 1.99-dev-10-cvs on SuSE Linux 8.2. I am trying to install and use Apache::DBI. 1) I get this error in make test: is($thread_1, $thread_2, got the same connection both times); It seems the I do not get the same connection. 2) The documentation says to configure mod_perl with: perl Makefile.PL PERL_CHILD_INIT=1 PERL_AUTHEN=1 PERL_AUTHZ=1 PERL_CLEANUP=1 PERL_STACKED_HANDLERS=1 These are mod_perl 1 parameters. I could not find any corresponding mod_perl 2 parameters. 3) ADBI Changes states: 0.90_02 January 10, 2003 - Changes to make Apache::DBI load and function under mod_perl 2.0. A few important notes: connect_on_init does not work yet... Should I use 'connect' in my startup.pl? Have any of you sucessfully installed and used ADBI under mod_perl 2? Any advice on what I'm missing? Aloha = Beau;
Re: [mp2] Apache::DBI
- Original Message - From: Haroon Rafique [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, July 14, 2003 3:23 AM Subject: Re: [mp2] Apache::DBI On Yesterday at 10:01pm, BEC=Beau E. Cox [EMAIL PROTECTED] wrote: BEC BECShould I use 'connect' in my startup.pl? BEC BEC Have any of you sucessfully installed and used ADBI under BEC mod_perl 2? Any advice on what I'm missing? BEC Hi Beau, I'm using apache 2.0.46, mod_perl 1.9909, perl v5.8.0, Apache::DBI 0.91 on a Gentoo kernel 2.4.20-ck6 without any problems in production. I have had no problems with using connect_on_init either. I have: [snip] Haroon Rafique [EMAIL PROTECTED] Haroon - What a great reply; wonderfully mapped out, all set to go! I will proceed to install and use ADBI. Aloha = Beau; == please visit == http://beaucox.com = main site http://howtos.beaucox.com = howtos http://PPM.beaucox.com = perl PPMs http://CPAN.beaucox.com = CPAN == thank you ==
Re: Mod Image Magick
- Original Message - From: Augusto Flavio [EMAIL PROTECTED] To: modPerl List [EMAIL PROTECTED] Sent: Tuesday, June 17, 2003 4:51 AM Subject: Mod Image Magick Hi, I have some problems when i try install the mod Image Magick. [snipped] Hi Augusto - I, for one, have NEVER gotten Image::Magick from CPAN to install!!! I even tried to go to the Image::Magick home page and manually install the image magick pgm + the perl module provided - again a wasted day! I'm not sure what is going on with Image::Magick; their mailing list was of no help - is I::M still active? Anyway, I use it on my web site, and use the pre- packaged I::M program and perl module that came with my Linux distribution (SuSE). Maybe someone out there knows what is going on (Randy K., are you around today?) Sorry - not much help... Aloha = Beau;
Re: is anybody using mp2 in production?
- Original Message - From: Chris Faust [EMAIL PROTECTED] To: Sreeji K Das [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, June 09, 2003 3:20 AM Subject: Re: is anybody using mp2 in production? (Btw, Chris, are you using the worker mpm ? Is it stable ? We'd like to go the worker mpm way would like to know if any1 is using it yet in production.) On our dev server yes, and all seems well - but we haven't rolled it out in production yet. Its one of those things we want to do but keep getting side tracked with something else. Sooner then later we will be giving it a shot though. I'd be interested in what you thought of the switch after going live, we were never sure (but getting there now) if we should have started with MP2 or not, never got a chance to see MP1 in action. -Chris Hi - My low-volume personal site has been on Apache2-mp2-mason since October 2002 - no problems (other than the ones I caused). In April I put one of my clients up with the same setup; another in May. (I pried both away from M$ IIS!) Although both are small company low-volume sites, they seem to be running without problems - knock on wood. All sites mentioned above are running SuSE 8.2 Linux. Aloha = Beau; By the way, have you ever tried to explain the idom knock on wood to someone for whom English is not their first language? I have been trying to explain it to my wife - from Japan - for ten years now without success :)
Re: PERL/java interface available?
- Original Message - From: Charlie Smith [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 09, 2003 3:34 AM Subject: PERL/java interface available? Would anyone happen to know if there is a PERL/java interface where these two languages could talk to each other? Charlie Hi Charlie: Check out the 'Inline' modules on CPAN: http://search.cpan.org/author/INGY/Inline-0.44/Inline.pod You also may want to look at SWIG at: http://www.swig.org/ I have used Inline::C and SWIG for c and c++, but not for java; but they say they work... Aloha = Beau; PS: The 'Inline' modules are neat because your code is just that - inline; it's easier to see what's going on.
Re: install upgrade for mod_perl+apache 2.046 onto apache 2.044 question
Hi - - Original Message - From: dan martin To: [EMAIL PROTECTED] Sent: Sunday, June 08, 2003 11:08 AM Subject: install upgrade for mod_perl+apache 2.046 onto apache 2.044 question I have apache 2.044 installed on win2k. I want to install the mod_perl which comes with apache included (version 2.046).What do I need to do with the current 2.044 version before installing the new version? Do I uninstall it, stop it, or nothing? Once I install the new version what are the steps to revert back to the old version if I run into problems?This is an active site, so I do not want to figure this out by experimentation, if possible.Thanks for any guidance.dan It's been a while since I've installed on Windows, but here goes: 1. Wait 'till the wee hours. 2. Stop your current server. 3. Uninstall the service (apache -k uninstall (?)). 4. Back it up. 5. If memory serves, Apache 2 is pretty well self contained in one directory; C:\Apache2 (?). Rename this directory to something like C:\Apache2.old 6. Download/install your new Apache2. 7. Copy your configuration file(s) from old to new - you shouldn't have to make any changes between 44 and 46. Don't worry about setting up mod_perl yet. 8 Start your new server and test. 9. If all is well, install the service (apache -k install (?)) and reboot and test again. Now you can move on to mod_perl. To revert: 1. Stop new 2. Uninstall service. 3. rename C:\Apache2 to C:\apache2.new 4. rename C:\Apache2.old to C:\Apache2. 5. install service. 6. start old. THIS IS NOT A GOOD WAY TO FLY. I strongly recommend getting a testing server setup on a different box so that you can make changes such as this without interrupting your active site. You SHOULD be able to experiment with the new software without fear of disrupting your traffic! If there is no way you can do that, please drop me an off-list email and perhaps I can let you install/test remotely on one of my windows boxes. Aloha = Beau;
Re: USE_ENVIRON_ARRAY
- Original Message - From: Stas Bekman [EMAIL PROTECTED] To: Beau E. Cox [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 3:25 PM Subject: Re: USE_ENVIRON_ARRAY Beau E. Cox wrote: Hi - I'm working on an embedding project, and using mod_perl as a tutorial (OK, I'm sometimes blatantly stealing code :)). My tests on a WIN32 box (Win2K) are somewhat flaky. Linux is solid. A grep of mod perl source on WIN32 led me to so pretty strange environment array spoofing based upon #ifdef USE_ENVIRON_ARRAY in modperl_perl.c. ... it's defined in perl.h. You probably want to read p5p archives to learn why was it added and what it does. I've also found this on google: http://www.google.com.au/search?q=cache:thdxGaHcODcJ:sourceforge.net/developer/diary.php%3Fdiary_id%3D1643%26diary_user%3D3660+USE_ENVIRON_ARRAYhl=enie=UTF-8 Thanks Stas, I'll be on my way. (I shudda googled :) ). Aloha = Beau;
USE_ENVIRON_ARRAY
Hi - I'm working on an embedding project, and using mod_perl as a tutorial (OK, I'm sometimes blatantly stealing code :)). My tests on a WIN32 box (Win2K) are somewhat flaky. Linux is solid. A grep of mod perl source on WIN32 led me to so pretty strange environment array spoofing based upon #ifdef USE_ENVIRON_ARRAY in modperl_perl.c. The only greps to USE_ENVIRON_ARRAY are in modperl_perl.c. NO greps in the Perl source. NO references (that I could find) on the mod_perl web site. Does anyone know if this is used? If so, where can I look to get an idea of what it is for (my guess is to tell whether or not to pass the environment array to perl_... calls)? Aloha = Beau;
[mp2] UN-bug!
Hi Stas and guys - As of Sat May 31 08:38:30 UTC 2003 1) I have the following installed and tested: Server Version: Apache/2.0.46 (Unix) mod_perl/1.99_10-dev (CVS) Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL/0.9.7b 2) Everything is looking good! 3) GOOD JOB FOLKS... Aloha = Beau;
RE: [mp2] apache/mod_perl starup failure using cvs 09
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 04, 2003 9:23 PM
To: Beau E. Cox
Cc: Modperl
Subject: Re: [mp2] apache/mod_perl starup failure using cvs 09
[...]
why does Mason needs $r at the server startup? There is no
request object at
the server startup, so it's only fair that mp reports the error.
[...]
Would you have and suggestions from the mod_perl perspective?
I will take this query over to mason if you feel that is where
it belongs - but I'll need some further insight into the mod_perl
changes.
I see what you mean. In mp1 you relied on Apache-request's not
being defined
as a side-effect to test whether you are inside request or not.
I will explain why I've chosen to croak, rather than return 'undef'.
In mp1 Apache-request was either undef (outside of request) or
$r (during the
request). You couldn't control that. In mp2 in order to optimize things,
keeping the global request around is optional. So if you don't
need it you get
some speed improvement.
So if the user has the global request setting off and
Apache-request returns
undef, he may think that he is not inside the request phases
(precisely what
mason does), which is wrong.
Therefore if you still wish to rely on this (which is no longer
always valid
under mp2), you can do:
eval { $r = Apache-request}
to trap the croak.
may be you should use something else as a predicate to calling
Apache-request. For example you could use:
ModPerl::Util::current_callback() to figure out where you are.
Though it'll
incur a checking of several options. So perhaps we need a new
method or may be
not. Ideas are welcome.
Philippe has agreed with my reasoning when I've suggested the change and
nobody else has objected (or had any opinion at all), so it went
in. Since
nothing is cast is stone (yet) on the mp2 API, you may suggest your
explanation why it should behave differently if you think that my
idea is wrong.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Yea, Stas, I clearly see your reasoning. However, this is not a change
of behaviour between mp1 and mp2, but rather between mp2-08 and the
current cvs (09). I will continue using mp2-08 and talk to the mason
list - but it seems that folks over there are not too anxious to
do much in the line of mp2 development until the 'request' is converted.
My only concern is that mp2 and mason will eventually work well
together - I feel a little like I am caught in the middle ;)
Please don't spend any more time on this until I get a mason answer.
Aloha = Beau;
RE: [mp2] apache/mod_perl starup failure using cvs 09
Hi Stas -
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 04, 2003 10:45 PM
To: Beau E. Cox
Cc: Modperl
Subject: Re: [mp2] apache/mod_perl starup failure using cvs 09
Beau E. Cox wrote:
Yea, Stas, I clearly see your reasoning. However, this is not a change
of behaviour between mp1 and mp2, but rather between mp2-08 and the
current cvs (09).
since 09 08, it *is* a change in behaviour between mp1 and mp2
;) though
potentially not the final one.
I will continue using mp2-08 and talk to the mason
meanwhile you can continue using the lates cvs, but add to the
beginning of
your startup to cheat on the latest change:
require Apache::RequestUtil;
no warnings 'redefine';
my $sub = *Apache::request{CODE};
*Apache::request = sub {
my $r;
eval { $r = $sub-('Apache'); };
# warn $@ if $@;
return $r;
};
list - but it seems that folks over there are not too anxious to
do much in the line of mp2 development until the 'request' is converted.
You mean Apache::Request?
Yes...
[...]
Your fix works perfectly - I'm a happy camper. I passed our discussion
to the mason list - will keep you folks informed.
Aloha = Beau;
PS: Have you ever noticed the closer your deadline becomes, the more
things go wrong and the more mistakes you make?
[mp2] Latest mod_perl funny test results
Hi - I just upgraded to Apache 2.0.44 (source) and mod_perl-1.99-09-dev (CVS source) on my SuSE 8.1 test server. All test scripts completed OK. I am omitting the details of my configuration - will supply them if anyone thinks this problem is related to them. As I have with prior installations, I am tip-toeing through the tests until my server is completely up to date (+mason, +mod_ssl, +lots of vhosts, etc.). To start, I set my httpd.conf as per the mod_perl docs: LoadModule perl_module /srv/www/modules/mod_perl.so PerlRequire /srv/www/conf/startup.pl Alias /perl/ /srv/www/perl/ Location /perl/ SetHandler perl-script PerlResponseHandler ModPerl::Registry PerlOptions +ParseHeaders Options +ExecCGI /Location And wrote the test script in /srv/www/perl/rocks.html (with the proper permissions/ownership): #!/usr/bin/perl print Content-type: text/html\n\n; print h3mod_perl 2.0 rocks!/h3\n; Browsing to localhost/perl/rocks.html gives: Content-type: text/html mod_perl 2.0 rocks! (with the second line emboldened to h3). The view-source shows: Content-type: text/html h3mod_perl 2.0 rocks!/h3 Question: why isn't my 'Content-type' line output as a HTTP header? Aloha = Beau;
RE: [mp2] Latest mod_perl funny test results
Hi Stas - -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 04, 2003 4:01 PM To: Beau E. Cox Cc: Modperl Subject: Re: [mp2] Latest mod_perl funny test results Beau E. Cox wrote: Hi - I just upgraded to Apache 2.0.44 (source) and mod_perl-1.99-09-dev (CVS source) on my SuSE 8.1 test server. All test scripts completed OK. I am omitting the details of my configuration - will supply them if anyone thinks this problem is related to them. As I have with prior installations, I am tip-toeing through the tests until my server is completely up to date (+mason, +mod_ssl, +lots of vhosts, etc.). To start, I set my httpd.conf as per the mod_perl docs: LoadModule perl_module /srv/www/modules/mod_perl.so PerlRequire /srv/www/conf/startup.pl Alias /perl/ /srv/www/perl/ Location /perl/ SetHandler perl-script PerlResponseHandler ModPerl::Registry PerlOptions +ParseHeaders Options +ExecCGI /Location And wrote the test script in /srv/www/perl/rocks.html (with the proper permissions/ownership): #!/usr/bin/perl print Content-type: text/html\n\n; print h3mod_perl 2.0 rocks!/h3\n; Browsing to localhost/perl/rocks.html gives: Content-type: text/html mod_perl 2.0 rocks! (with the second line emboldened to h3). The view-source shows: Content-type: text/html h3mod_perl 2.0 rocks!/h3 Question: why isn't my 'Content-type' line output as a HTTP header? Good catch, Beau. I broke the header parsing in one of the recent commits. Apparently relying on content_type not being set before the response handler was a bad bet. the default mime handler probably sets it since the file is called .html, whereas all our registry tests are .pl, which the mime handler doesn't know what to do with and therefore sets no content_type() do they weren't catching the problem. I'll fix that in a few days, since what I was trying to do is to solve some other more complicated problems. So it requires a good thinking how to solve them in a different way. So please bear with me. I want to finish first the update of the filters tutorial, and then will be back to fixing things. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com Thanks. Hey, not important - so make it low priority unless someone else needs it. You're right, changing the name to 'rocks.pl' produces correct output. Aloha = Beau; PS: Got a hum-dinger on the way!!!
[mp2] apache/mod_perl starup failure using cvs 09
-8-- Start Bug Report 8--
1. Problem Description:
Sorry - is this mason's problem?
Apache does not start using latest mod_perl2 (cvs) when
using a mason startup script.
Failure matrix:
mod_perl version mason version using startup.pl using simple-mason.pl
OK?
--
08-source 1.16 yes yes
OK
08-source 1.19 yes yes
OK
09-cvs 1.19 yes yes
FAIL
09-cvs 1.16 yes yes
FAIL
09-cvs 1.19 no-in httpd no mason
OK
09-cvs 1.19 no-in httpd no-in httpd
OK
Apache startup console output:
[Tue Mar 04 16:45:09 2003] [error] Global $r object is not available. Set:
PerlOptions +GlobalRequest
in httpd.conf at /usr/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm
line 573.
Compilation failed in require at (eval 3) line 1.
[Tue Mar 04 16:45:09 2003] [error] Can't load Perl file:
/srv/www/conf/simple-mason.pl for server TOMOKO.beaucox.com:0, exiting...
Apache error.log - no entries
Apache rcapache.log - Syntax OK
Apache access.log - no entries
mod_perl/mason (1.19) relevant entries in httpd.conf:
LoadModule perl_module /srv/www/modules/mod_perl.so
PerlRequire /srv/www/conf/startup.pl
Alias /perl/ /srv/www/perl/
Location /perl/
SetHandler perl-script
PerlResponseHandler ModPerl::Registry
PerlOptions +ParseHeaders
Options +ExecCGI
/Location
PerlRequire /srv/www/conf/simple-mason.pl
FilesMatch \.html$
SetHandler perl-script
PerlHandler MyMason::MyApp
/FilesMatch
/srv/www/conf/startup.pl
use Apache2 ();
use lib qw(/srv/www/perl);
use Apache::compat ();
use ModPerl::Util (); #for CORE::GLOBAL::exit
use Apache::RequestRec ();
use Apache::RequestIO ();
use Apache::RequestUtil ();
use Apache::Server ();
use Apache::ServerUtil ();
use Apache::Connection ();
use Apache::Log ();
use Apache::Session ();
use CGI::Cookie ();
use APR::Table ();
use ModPerl::Registry ();
use Apache::Const -compile = ':common';
use APR::Const -compile = ':common';
1;
/srv/www/conf/simple-mason.pl
#!/usr/bin/perl
#
# A basic, functional Mason handler.pl.
#
package MyMason::MyApp;
#
# Setup for mod_perl 2
use Apache2 ();
use Apache::compat ();
# Preload CGI since we are using it for mod_perl 2
use CGI ();
# Bring in Mason with Apache support.
use HTML::Mason::ApacheHandler;
use strict;
#
# List of modules that you want to use within components.
{
package HTML::Mason::Commands;
use Data::Dumper;
}
# Create ApacheHandler object at startup.
my $ah =
HTML::Mason::ApacheHandler-new (
args_method = CGI,
comp_root = /srv/www/htdocs,
data_dir= /srv/www/mason,
error_mode = 'output',
);
#
sub handler
{
my ($r) = @_;
my $status = $ah-handle_request($r);
return $status;
}
#
1;
HTML::Mason::ApacheHandler revelant lines:
my $allowed_params = $class-allowed_params(%defaults, %params);
573: if ( exists $allowed_params-{comp_root} and
my $req = $r || Apache-request ) # DocumentRoot is only available
inside requests
{
$defaults{comp_root} = $req-document_root;
}
2. Used Components and their Configuration:
*** using lib/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_AP_PREFIX= /usr/local/apache2
MP_GENERATE_XS = 1
MP_INST_APACHE2 = 1
MP_LIBNAME = mod_perl
MP_USE_DSO = 1
MP_USE_STATIC = 1
*** /usr/local/apache2/sbin/httpd -V
Server version: Apache/2.0.44
Server built: Mar 4 2003 14:35:52
Server's Module Magic Number: 20020903:0
Architecture: 32-bit
Server compiled with
-D APACHE_MPM_DIR=server/mpm/worker
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6
-D APR_USE_SYSVSEM_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT=/usr/local/apache2
-D SUEXEC_BIN=/usr/local/apache2/bin/suexec
-D DEFAULT_SCOREBOARD=logs/apache_runtime_status
-D DEFAULT_ERRORLOG=logs/error_log
-D AP_TYPES_CONFIG_FILE=/etc/httpd/mime.types
-D SERVER_CONFIG_FILE=/etc/httpd/httpd.conf
*** /usr/bin/perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
Platform:
osname=linux, osvers=2.4.19, archname=i586-linux-thread-multi
uname='linux amdsim5 2.4.19 #1 wed mar 27 13:57:05 utc 2002 i686 unknown
'
config_args='-ds -e -Dprefix=/usr -Dusethreads -Di_db -Di_dbm -Di_ndbm -Di_g
dbm -Duseshrplib=true'
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define
usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc',
RE: [mp2] apache/mod_perl starup failure using cvs 09
Hi Stas -
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 04, 2003 6:18 PM
To: Beau E. Cox
Cc: Modperl
Subject: Re: [mp2] apache/mod_perl starup failure using cvs 09
Beau E. Cox wrote:
-8-- Start Bug Report 8--
1. Problem Description:
Sorry - is this mason's problem?
Apache does not start using latest mod_perl2 (cvs) when
using a mason startup script.
Failure matrix:
mod_perl version mason version using startup.pl using
simple-mason.pl
OK?
--
08-source 1.16 yes yes
OK
08-source 1.19 yes yes
OK
09-cvs 1.19 yes yes
FAIL
09-cvs 1.16 yes yes
FAIL
09-cvs 1.19 no-in httpd no mason
OK
09-cvs 1.19 no-in httpd no-in httpd
OK
Apache startup console output:
[Tue Mar 04 16:45:09 2003] [error] Global $r object is not
available. Set:
PerlOptions +GlobalRequest
in httpd.conf at
/usr/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm
line 573.
Compilation failed in require at (eval 3) line 1.
[...]
HTML::Mason::ApacheHandler revelant lines:
my $allowed_params = $class-allowed_params(%defaults, %params);
573: if ( exists $allowed_params-{comp_root} and
my $req = $r || Apache-request ) # DocumentRoot is only
available
why does Mason needs $r at the server startup? There is no
request object at
the server startup, so it's only fair that mp reports the error.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Good point. However, I seemed to have given you the code of
mason's ApacheHandler out of context; the snip above is from the
'new' method which I use in setting up the mason handler routine:
# Create ApacheHandler object at startup.
my $ah =
HTML::Mason::ApacheHandler-new (
args_method = CGI,
comp_root = /srv/www/htdocs,
data_dir= /srv/www/mason,
error_mode = 'output',
);
In this trivial case it doesn't seem worthwhile to go to all
that trouble, but, as in my production server, when working
with a lot of (possible dynamic) vhosts, it works well.
If the Apache-request (or a request passed as the last -
odd - parameter to new) is defined, some further processing
occurs; but at startup, the request is neither expected to
be there nor needed.
I guess (looking at my result matrix) that some change was made
to mod_perl to prohibit even querying the presence of
Apache-request at startup. So now I (and other mason folks)
must find another way to instantiate handlers.
Would you have and suggestions from the mod_perl perspective?
I will take this query over to mason if you feel that is where
it belongs - but I'll need some further insight into the mod_perl
changes.
Aloha = Beau;
RE: [ANNOUNCE] Apache::DBI 0.90_02
WOW! I had heard moving A:DBI to 2 was going to be very difficult! I've been waiting... I'll try it this weekend... Thanks and Aloha = Beau; -Original Message- From: Ask Bjoern Hansen [mailto:[EMAIL PROTECTED]] Sent: Friday, January 10, 2003 5:30 PM To: [EMAIL PROTECTED] Subject: [ANNOUNCE] Apache::DBI 0.90_02 Last night I spent a bit of time making a proper test for Apache::DBI and make it work without Apache.pm. Just now I made it work with mod_perl 2.0. I have only tested that very briefly. Until it hits your CPAN mirror, get it from: http://develooper.com/code/Apache::DBI/ Or from CVS; instructions at http://dev.perl.org/cvs/info?module=Apache/DBI/ Please try it out if you have a chance. I would also like to see more tests added to the t/ directory. - ask Apache-DBI-0.90_02.tar.gz has entered CPAN as file: $CPAN/authors/id/A/AB/ABH/Apache-DBI-0.90_02.tar.gz size: 26770 bytes md5: e8c1082b19ad6a01bd572e13628da17d Changes since 0.89: 0.90_02 January 10, 2003 - Changes to make Apache::DBI load and function under mod_perl 2.0. A few important notes: connect_on_init does not work yet and there's no automatic RollBack cleanup handler when autocommit is turned off. 0.90_01 January 10, 2003 - Only call Apache::Status if Apache.pm is completely loaded - Make Test::More a prerequisite so we can do real tests - Make DBI.pm a prerequisite - Add a simple, but real, test script. Requires DBD::mysql and a test database
HTTP
Hi - I am learning Apache/pod_perl with the 'Eagle' book, and am writing a mini HTTP server in perl as a learning aid. Everthing was going peachy untill I got to Authorization. Thru my browser (I've used MS IE and Netscape on W2K and various Linux browsers) I request a page served by my server; the request lookes like (from my log): - GET / HTTP/1.1 - Accept: */* - Accept-Language: en-us - Accept-Encoding: gzip, deflate - User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.0.3705) - Host: 127.0.0.1:8223 - Connection: Keep-Alive I serve the following: - HTTP/1.1 401 Authorization Required - Date: Sat Jan 11 02:54:52 2003 - Server: BC_HTTP_PlayServer/0.0.1 (MSWin32) - WWW-Authenticate: Basic realm=WallyWorld - Content-Length: 167 - Content-Type: text/html - - html - head - titleAuthorization Required/title - /head - body - h1Jeff, the instructional HTTP Server/h1 - hr width=100%/hr - p - Wrong! - /p - /body - /html All browsers seem to ignore the - WWW-Authenticate: Basic realm=WallyWorld header line and just display the page instead of popping up the Authorization window and sending back the Authorize header line. If I put Authorization into a page served by Apache it works (of cource). I've read the RFP's again and again and I can't see what I'm missing. Can any HTTP experts help? Aloha = Beau. PS: Sorry if this seems OT, but it is in my mod_perl learning path!
RE: Apache::DBI
Hi Paul -
It is my understanding that Apache::DBI is not yet
implemented for Apache2/mod_perl2. I had to comment
out my references to it in the startup script and/or
the configuration file.
Take a look at:
http://beaucox.com/mason/mason-with-apmp2-mini-HOWTO.htm
for further info.
Aloha = Beau.
-Original Message-
From: Paul Simon [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 02, 2003 3:00 AM
To: [EMAIL PROTECTED]
Subject: Apache::DBI
Hi all
I have a feeling this may be [OT], take it to the DBI
list... But I'm hoping to eliminate as much as
possible any suspicion that Apache::DBI/mod_perl is
causing my headache. I'm trying to push this platform
at work ;) If anyone can shed some light on this then
I'd be very appreciative, of course.
I have what's becoming a reoccuring problem with an
app running under:
Apache/2.0.42 (Win32) mod_perl/1.99_08-dev Perl/v5.8.0
I'm using Apache::compat and Apache::DBI for
persistent database connections.
Here are the configurations in the httpd.conf file:
#
LoadFile C:/Perl/bin/perl58.dll
LoadModule perl_module modules/mod_perl.so
PerlOptions +Parent
PerlInterpStart 10
PerlInterpMax 50
PerlInterpMaxSpare 25
PerlRequire C:/Apache2pl/conf/startup.pl
#-
The startup.pl looks like this:
#-
#!C:/Perl/bin/Perl.exe
use Apache2();
use lib('/Apache2pl/lib/perl/Apache');
use ModPerl::Registry();
use Apache::compat;
use Apache::DBI;
use DBI;
use DBD::ODBC;
use HTML::Template;
use CGI::Lite;
#$Apache::DBI::DEBUG = 2;
use Standard3;
1;
#-
For completeness sake, here's the connection string:
my $DBH = DBI-connect(DBI:ODBC:$db, $user, $pass,
{ RaiseError = 1, PrintError = 1, AutoCommit = 1 })
or print( Unable to connect to Database:
$DBI::errstr\n ) ;
Finally, the error message I'm getting is:
DBI-connect(pdb9) failed:
[Oracle][ODBC][Ora]ORA-12535: TNS:operation timed out
(SQL-S1000)(DBD: db_login/SQLConnect err=-1) at
/Apache2/lib/perl/Apache/Standard3.pm line 29
This problem goes away if the ORacle server(on it's
own hardware running windows 2000 pro) is restarted.
The last time this happened the box Oracle resides on
needed a cold reboot! So far, I haven't had to restart
apache.
Could Apache::DBI or mod_perl2 cause this behavior?
Paul
RE: Help! :) - Installation problem with mod_perl-1.99_07 and apache_1.3.27
No No No - mod_perl-1.99 is really the pre-relase mod_perl 2. You MUST use Apache 2 with mod_perl 2! Aloha = Beau. -Original Message- From: Frank Laczko Jr. [mailto:[EMAIL PROTECTED]] Sent: Sunday, December 29, 2002 11:37 PM To: [EMAIL PROTECTED] Subject: Help! :) - Installation problem with mod_perl-1.99_07 and apache_1.3.27 Hello all I am having a problem getting mod_perl-1.99_07 and apache_1.3.27 installed. I have looked through the docs and have not seen a solution, so if one exists and I missed it, let me apologize in advance. I am running the apache configure script that uses apaci with options to enable mod_so and several other modules, then running the perl Makefile.pl script for mod_perl. This is the error I get: $ perl Makefile.PL APACHE_SRC=../apache_1.3.xxx/src NO_HTTPD=1 USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 USE_DSO=1 Reading Makefile.PL args from @ARGV !!! Unable to determine server version, aborting. !!! Please specify MP_APXS or MP_AP_PREFIX. I have also tried : $ perl Makefile.PL APACHE_SRC=../apache_1.3.xxx/src NO_HTTPD=1 USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 Reading Makefile.PL args from @ARGV !!! Unable to determine server version, aborting. !!! Please specify MP_APXS or MP_AP_PREFIX What am I missing? Anyone have any ideas? Thanks in advance Frank Laczko [EMAIL PROTECTED]
RE: mod_perl php apache || !
Hi - While converting a site to mod_perl/mason from php, I had varying degrees of the site using php and mod_perl with no problems. I think you would be safe. But remenber Perl Rules! and mod_perl rocks! :) Aloha = Beau. -Original Message- From: Joseph P. Crotty [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 24, 2002 7:26 PM To: [EMAIL PROTECTED] Subject: mod_perl php apache || ! Recently I gave php a go. While playing with it I was unable to find any documentation pertaining to how it interacts with apache (e.g. php provides some nice session functions and cookie handling, but doesn't explain at exactly which phases of the apache request loop it's interacting with apache, in this sense it is more of a pure abstraction then mod_perl). I don't' want to discuss the merits of php vs. mod_perl! Would it be reasonable to set up apache with both mod_perl and php and use php mostly for the sake of embedding say database data and then writing mod_perl handlers for the rest, or is this recipe fraught with disaster?? Joe Crotty
RE: Install Problem: make test: modules/src.t
Hi - I had testing problems a few weeks ago... be sure you test as a 'normal' user, not 'root'. If you did the make under root, be sure to change user:group ownership of the entire mod_perl tree before logging in and testing. I'm _not_ an expert, but that's what happened to me :) Aloha = Beau. -Original Message- From: Mark Hawkes [mailto:[EMAIL PROTECTED]] Sent: Saturday, December 21, 2002 12:00 PM To: [EMAIL PROTECTED] Subject: Install Problem: make test: modules/src.t When I 'make test' I'm getting failures relating to modules/src.t Can anyone help? -- PLATFORM -- OS: Slackware Linux 2.2.16 Perl: 5.6.0 mod_perl: 1.27 Apache: Apache/1.3.12 (Unix) PHP/4.2.3 Apache root:/var/lib/apache mod_perl build dir: /var/lib/apache/mod_perl-1.27 -- PROBLEM OCCURRENCE -- $ perl Makefile.PL \ EVERYTHING=1 APACHE_PREFIX=/var/lib/apache USE_APACI=1 Configure mod_perl with ../src ? [y] y Shall I build httpd in ../src for you? [y] y $ make Everything is good until I run the tests :-/ $ make test TEST_VERBOSE=1 --snip-- dir=../src ok 2 main= not ok 3 module_magic_number = 0 not ok 4 httpd_version = not ok 5 -I../src -I../src/modules/perl ok 6 FAILED tests 3-5 Failed 3/6 tests, 50.00% okay --snip-- Failed Test Status Wstat Total Fail Failed List of failed --- modules/src.t 63 50.00% 3-5 6 tests skipped. httpd terminated Failed 1/34 test scripts, 97.06% okay. 3/398 subtests failed, 99.25% okay. make: *** [run_tests] Error 29
RE: Install Problem: make test: modules/src.t
Hi Mark - Gee, Stas told me I _had_ to be a normal user for 'make test' - and it worked...??? Wait ... I'm talking mod_perl 2 - are you installing 1? Yea, I see that in your orig. msg. Sorry - I haven't played with mod_perl 1. But - is there a testing error_log? Can you run the failed tests alone in -v mode? For mod_perl 2 you can say: t/TEST -v testname. Sorry I'm not much help... Aloha = Beau. -Original Message- From: Mark Hawkes [mailto:[EMAIL PROTECTED]] Sent: Saturday, December 21, 2002 2:19 PM To: [EMAIL PROTECTED] Subject: RE: Install Problem: make test: modules/src.t Thanks Beau, but that didn't solve anything :-( 'make test' needs to run as root or it can't write to the Apache directory. At 12:10 2002-12-21 -1000, you wrote: Hi - I had testing problems a few weeks ago... be sure you test as a 'normal' user, not 'root'. If you did the make under root, be sure to change user:group ownership of the entire mod_perl tree before logging in and testing. I'm _not_ an expert, but that's what happened to me :) Aloha = Beau. -Original Message- From: Mark Hawkes [mailto:[EMAIL PROTECTED]] Sent: Saturday, December 21, 2002 12:00 PM To: [EMAIL PROTECTED] Subject: Install Problem: make test: modules/src.t When I 'make test' I'm getting failures relating to modules/src.t Can anyone help? -- PLATFORM -- OS: Slackware Linux 2.2.16 Perl: 5.6.0 mod_perl: 1.27 Apache: Apache/1.3.12 (Unix) PHP/4.2.3 Apache root:/var/lib/apache mod_perl build dir: /var/lib/apache/mod_perl-1.27 -- PROBLEM OCCURRENCE -- $ perl Makefile.PL \ EVERYTHING=1 APACHE_PREFIX=/var/lib/apache USE_APACI=1 Configure mod_perl with ../src ? [y] y Shall I build httpd in ../src for you? [y] y $ make Everything is good until I run the tests :-/ $ make test TEST_VERBOSE=1 --snip-- dir=../src ok 2 main= not ok 3 module_magic_number = 0 not ok 4 httpd_version = not ok 5 -I../src -I../src/modules/perl ok 6 FAILED tests 3-5 Failed 3/6 tests, 50.00% okay --snip-- Failed Test Status Wstat Total Fail Failed List of failed --- - --- modules/src.t 63 50.00% 3-5 6 tests skipped. httpd terminated Failed 1/34 test scripts, 97.06% okay. 3/398 subtests failed, 99.25% okay. make: *** [run_tests] Error 29
RE: install apache:asp in windows
Hi - mod_perl 2.0 only works with Apache 2. You should use mod_perl 1 (current) to go with an Apache 1 server. Aloha = Beau. -Original Message-From: Karthik [mailto:[EMAIL PROTECTED]]Sent: Friday, December 20, 2002 10:20 AMTo: [EMAIL PROTECTED]Subject: install apache:asp in windows Sir, I want to run sum asp programsusing apache webserver 1.3 so i downloaded mod_perl-2.0-current.tar to have asp support on apache webserver. 1. Please tell me how to install.(in the website it is not clear) 2. Is there any change in config file. 3. then how to run an asp file. please send me reply as quick as possible. With regards, bala
RE: Shroud+ Perl obfuscator....
Even thought I am new to the Open Source Community I agree with Randal Schwartz. I find the idea of creating AND sharing much more enriching than the way things are done in the MS world where I have spent the bulk of my career. Maybe we should come up with UnShroud+. Beau E. Cox -Original Message- From: Randal L. Schwartz [mailto:[EMAIL PROTECTED]] Sent: Friday, December 20, 2002 5:45 PM To: Andrzej Jan Taramina Cc: [EMAIL PROTECTED] Subject: Re: Shroud+ Perl obfuscator Andrzej == Andrzej Jan Taramina [EMAIL PROTECTED] writes: Andrzej I extended Robert Jones' Perl Obfuscator, Shroud into what I Andrzej am calling Shroud+. I needed it to protect some rather Andrzej extensive scripts I have developed for Inventory and Image Andrzej Gallery management on client web sites. I just want to go on the record to say that I consider your action personally offensive and ethically questionable. A lot of people have worked very hard to bring you an open source platform to stand on. And now you spit in their face, by trying to pretend YOUR work is worthy of more locking up than the source code you are using to create your work. Sir, on their behalf, and my own as a contributor to the open source movement, and Perl in particular, you offend me. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
RE: modperl 2.0 problems with Apache::Cookie and related modules.
Hi - You may want to check out my experiences w/ap2-mp2 shown in: http://beaucox.com/mason/mason-with-apmp2-mini-HOWTO.htm It shows how I intalled these packages. Aloha = Beau. -Original Message- From: b. ash [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 19, 2002 10:40 AM To: [EMAIL PROTECTED] Subject: modperl 2.0 problems with Apache::Cookie and related modules. Hi, I am trying to configure a working apache2/modperl2 setup, unfortunately I can not seemt to get a critical module Apache::Cookie to install, I keep getting this error. Can't locate Apache/MyConfig.pm in @INC (@INC contains: /usr/local/lib/perl5/5.8.0/i686-linux-thread-multi /usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl .) at Makefile.PL line 27. BEGIN failed--compilation aborted at Makefile.PL line 27. any ideas what might be going on here. Thanks --bash
RE: mod_perl-2 configuration problem
Hi - Some thoughts from a relative newbie who just recently got ap2/mp2 up and running... 1) How does is fail? Seg fault? 2) Did you add modules to Apache2 during the ap2 ./configure setp? If so, you may want to re-install it 'naked': ./configure --with-mpm=worker (-or- prefork) After you get it running you can play with adding modules. 3) Which version of Perl? 5.8.0 (I hope)? Did you perl install 'pass' the tests shown in: http://perl.apache.org/docs/2.0/user/install/install.html#Prerequisites 4) You may want to look at my experiences at: http://beaucox.com/mason/mason-with-apmp2-mini-HOWTO.htm (ignore the 'mason' part if your not using it). 5) Check that the mod_perl.so in your apache tree is the same as the moduled in the mod_perl tree (/your-path-to-modperl-2-package/src/modules/perl/mod_perl.so). Aloha = Beau. -Original Message- From: Carl Holm [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 19, 2002 12:47 PM To: [EMAIL PROTECTED] Subject: mod_perl-2 configuration problem Hello, After adding 'LoadModule perl_module modules/mod_perl.so' and / or 'PerlRequire C:/Apache2/conf/extra.pl' to httpd.conf , my Apache (2.0.43) HTTP server fails. I am using mod_perl 1.99_08-dev. Any thought s would be greatly appreciated. Thanks, Carl Holm
[mp2] make install quirk
Hi - I am posting this message informally - this is not critical (maybe not worth looking at); during the mp2 make install, mod_perl.so is copied to the apache2 tree (on my system) like this: cp mod_perl.so /usr/local/apache2/modules Now, if you haven't configured any apache2 modules (as I haven't for my test server), the subdirectory modules doesn't exist, so mod_perl.so is put into the apache2 tree as _file_ 'modules' under /usr/local/apache2. That's why I couldn't find it! I will update my mini-HOWTO: http://beaucox.com/mason/mason-with-apmp2-mini-HOWTO.htm to reflect this quirk. Aloha = Beau.
[mp2]Kow do I find dovumention on...
Hi folks - I'm updating my LogHandler from 1 = 2. I am trying to find documention on members and methods of, for example: use Apache::RequestRec (); use Apache::Connection (); For example, looking thru my installed 'tree', the only thing if find for 'RequestRec' is RequestRec.pod which only goves information on members server and dir_config. But I know (from testing the example LoaHandler in the 2.o documentation) that RequestRec is far richer than that, containg, for example: ... my $entry = sprintf qq(%s [%s] %s %d %d\n), $r-connection-remote_ip, scalar(localtime), $r-uri, $r-status, $r-bytes_sent; ... I don't mean this question to be specifically about RequestRec, but rather am seeking to find out how to find the structure of Apache/mod_perl creatures in general. (Yes, I even can read c if that's were the documentation lies). Aloha = Beau.
[mp2]mason ROCKS under mp2
Hello folks - I know this is slightly OT, but over the past week I have implemented mason under ap2/mp2 on my test server. The mini-HOWTO below also addresses some problems I had installing mp2. I have been successful in getting mason up and running under Apache2 and mod_perl 2. It was relatively easy (as Dave has said before on the mason list), but it did have some pitfalls. I have detailed my travail via a mini-HOWTO on my site: http://beaucox.com/mason/mason-with-apmp2-mini-HOWTO.htm -or- just got to: http://beaucox.com/ and navigate from there. It really, really works! In fact, it ROCKS :) Aloha = Beau.
RE: [mp2] LogHandler configuration problems
Hi Stas - ...look at the error log... For the first test, which my logger reported: ::1 [Wed Dec 4 19:58:13 2002] / 404 266 ::1 [Wed Dec 4 19:58:24 2002] /index.html 403 280 ::1 [Wed Dec 4 19:58:45 2002] /perl/rocks.html 200 29 The error log reported: [Wed Dec 04 19:58:13 2002] [error] [client ::1] Attempt to serve directory: /srv/www/htdocs/ [Wed Dec 04 19:58:24 2002] [error] file permissions deny server execution/srv/www/htdocs/index.html I don't see that these error_log entries ...revealed the problem right away, from the first test... To me, newbie that I am, they give abount the same information that my logger gave... OK, I'll relax. The secret is to read and test more before crying wolf, Aloha = Beau. -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 04, 2002 9:23 PM To: Beau E. Cox Cc: Modperl Subject: Re: [mp2] LogHandler configuration problems Beau E. Cox wrote: Well Stas, you asked for it... :) [...] #---mod_perl 2.0 rocks test- Alias /perl/ /srv/www/conf/perl/ Location /perl/ SetHandler perl-script PerlResponseHandler ModPerl::Registry PerlOptions +ParseHeaders Options +ExecCGI /Location #---MyApache-FileLogger- Location / SetHandler perl-script PerlResponseHandler ModPerl::Registry PerlLogHandler MyApache::FileLogger Options +ExecCGI /Location As you have figured out by trial and error, if you wanted the logger to work for everything you just needed to add: Location / PerlLogHandler MyApache::FileLogger /Location what you originally did, is assigned ModPerl::Registry to serve everything on the server, but fed it with html and images, forgetting that it requires a Perl diet. Since you've repeated many times that you are a newbie, I'll forgive you ;) But if you weren't a newbie and you didn't remember to check the error_log file, I'd say: shame on you :) As the latter would have revealed the problem right away, from the first test. Notice that my example configuration is correct since it demonstrates the use of a logger for a particular sub-section of the site that *happens* to be served by the ModPerl::Registry handler. Perhaps that example needs some extra notes to avoid this kind of confusion in the future. I'll add a note. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
[mp2] doing PerlSetVar from a startup handler
Hi -
I'm trying to get mason running under mod_perl 2,
but this is a mod_perl question. I need to have the
following set:
PerlSetVar MasonArgsMethod CGI
When I configure mason in httpd.conf w/o a startup handler,
everything is fine.
With a handler, even with the PerlSetVar before the
'require' for the handler in the conf file, CGI is NOT
set.
Question: how can I PerlSetVar from the perl code in the
handler? I see:
push @{ $Location{/}-{PerlSetVar} }, [ foo = 'bar' ];
in the mp1 docs - looks good - but where do I get the %Location
hash? Can't seem to find that.
Aloha = Beau.
RE: [mp2] doing PerlSetVar from a startup handler
Stas -
I finally found what was happening; the startup script
(which I miscalled a 'handler') invoked by a 'PerlRequire'
directive in httpd.conf creates, among other things, a
HTML::Mason::ApacheHandler object. One of the arguments
to it's new constructor is 'args_method', which, when
set to 'CGI' uses CGI instead of Apache::Request. I don't
know how the magic of the PerlSetVar = args_method when
mason is configured w/o a startup script, but the point
is mute, as it is up and running.
I will ponder further after my deadlines are met ;)
Aloha = Beau.
PS: why do I always get two duplicate messages from you?
PPS:
HOURLY WEATHER
100 AM HST THU DEC 5 2002
OAHU-
CITY SKY/WX TMP DP RH WIND PRES
HONOLULU CLEAR 68 63 84 NW3 30.04F
Chilly tonight!!!
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 05, 2002 12:48 AM
To: Beau E. Cox
Cc: Modperl
Subject: Re: [mp2] doing PerlSetVar from a startup handler
Beau E. Cox wrote:
Hi -
I'm trying to get mason running under mod_perl 2,
but this is a mod_perl question. I need to have the
following set:
PerlSetVar MasonArgsMethod CGI
When I configure mason in httpd.conf w/o a startup handler,
everything is fine.
What do you mean by the startup handler? a startup file?
With a handler, even with the PerlSetVar before the
'require' for the handler in the conf file, CGI is NOT
set.
I'm not familiar with mason, so please provide a short example that
reproduces the problem (w/o mason if possible).
Question: how can I PerlSetVar from the perl code in the
handler? I see:
push @{ $Location{/}-{PerlSetVar} }, [ foo = 'bar' ];
in the mp1 docs - looks good - but where do I get the %Location
hash? Can't seem to find that.
In 1.0 outside Perl you would go as:
package Apache::ReadConfig;
push @{ $Location{/}-{PerlSetVar} }, [ foo = 'bar' ];
but 2.0's support Perl sections support is incomplete as far as I know.
Doug implemented the base and Philippe was working on the rest, but he
is on vacation now, so expect him to complete it once he comes back (in
January I believe)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
[mp2]Cookies?
Hi - I can't get cookies to work on AP/MP 2. Even in compat mode. I'm not sure if this is a mod_perl, apache, or a my stupidity question, but I'm posting it here anyway. I've searched the archives, CPAN, etc. and can't seem to find the issue addressed. If I'm asking an already answered question, sorry. Aloha = Beau. PS: Is it time for a separate mp2 list? It sure would help in searching the archives if you are specifically looking for an mp2 issue.
RE: [mp2]Cookies?
Hi Randy - Sorry, I should have been more explicit. I am trying to use Apache::Cookie. My Apache2 startup script looks something like: ... use Apache2 (); use lib qw(/srv/www/perl); use Apache::compat (); use ModPerl::Util (); #for CORE::GLOBAL::exit use Apache::RequestRec (); use Apache::RequestIO (); use Apache::RequestUtil (); use Apache::Server (); use Apache::ServerUtil (); use Apache::Connection (); use Apache::Log (); use Apache::Session (); use Apache::Cookie (); ... Starting Apache2 with this script results in: [Thu Dec 05 15:01:03 2002] [error] Can't locate object method boot via package mod_perl at /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi/Apache/Cookie.pm line 10. Compilation failed in require at /srv/www/conf/startup.pl line 27. BEGIN failed--compilation aborted at /srv/www/conf/startup.pl line 27. Compilation failed in require at (eval 1) line 1. Well, I say, what about that libapreq module I've heard about? OK, so I get libapreq-1.1_rc1 (I figure, why not the latest?) untar it, and: perl Makefile.PL -apxs /mypathtoapache2apxs and got: Can't locate Apache/test.pm in @INC (@INC contains: /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi/Apache2 /usr/lib/perl5/5.8.0/i586-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl .) at Makefile.PL line 6. BEGIN failed--compilation aborted at Makefile.PL line 6. What's with the Apache/test.pm (small 't')? I added use Apache2; (to add apache2 stuff to the @INC) - same results with or without it. Searched for Apache/_small t _est.pm - not found. I have the newbie blues Aloha = Beau. -Original Message- From: Randy Kobes [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 05, 2002 2:40 PM To: Beau E. Cox Cc: Modperl Subject: Re: [mp2]Cookies? On Thu, 5 Dec 2002, Beau E. Cox wrote: Hi - I can't get cookies to work on AP/MP 2. Even in compat mode. I'm not sure if this is a mod_perl, apache, or a my stupidity question, but I'm posting it here anyway. Are you trying a module, or a home-grown solution? -- best regards, randy kobes
RE: All tests fail with Apache/2.0.43 (Unix) mod_perl/1.99_07-dev
Hi - I went through test failures (but not all) recently. With Stas's help, here's what I did: Downloaded the CVS source - Stas made a chage that ficed my problems. See the 2.0 docs for how-to. If you did this under root, chown -R user:group mod_perl-2.0 where user:group is a normal user (does not have to be the httpd.conf User/Group) and mod_perl-2.0 is the directory in which lies the CVS source. login as that user. run your perl Makefile.PL ..., make and make test. if all is well (I hope), and you are installing a system-wide mod_perl, login back in as root _before_ you make install. Good luck. Aloha = Beau. -Original Message- From: Stephen Clouse [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 05, 2002 3:33 PM To: Richard Curtis Cc: [EMAIL PROTECTED] Subject: Re: All tests fail with Apache/2.0.43 (Unix) mod_perl/1.99_07-dev -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Dec 05, 2002 at 09:47:04PM +, Richard Curtis wrote: Hi. I have just installed and compiled perl 5.6.1, compiled Apache 2.0.43 (with ssl support), and tried to get mod_perl 1.99_07-dev to work. mod_perl compiles, but when I run make test all tests fail. Below is the first bit of output from the t/logs/error_log I have looked on the newsgroups and google for answers but I am now lost. Can anybody help to shed some more light on this ? More info can be made available if people need it. [snip] [Thu Dec 05 21:18:23 2002] [error] Can't locate TestHooks/trans.pm in @INC (@INC contains: /home/richard/mod_perl-1.99_07/t More than likely permissions problems on your mod_perl directory -- particularly if you're building mod_perl as root (since Apache runs as nobody in that case). - -- Stephen Clouse [EMAIL PROTECTED] Senior Programmer, IQ Coordinator Project Lead The IQ Group, Inc. http://www.theiqgroup.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE97/5MA4aoazQ9p2cRAr/WAKDPF9s8NT8yMJjQKfk1/wka8xFEogCg8nMA OrvQKgjpKmW12EEU7O3o6AI= =fHlk -END PGP SIGNATURE-
RE: [mp2]Cookies?
Hi Stas - OK! Will do. Aloha = Beau. -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 05, 2002 4:07 PM To: Beau E. Cox Cc: Randy Kobes; Modperl Subject: Re: [mp2]Cookies? Beau E. Cox wrote: Hi Randy - Sorry, I should have been more explicit. I am trying to use Apache::Cookie. AFAIK, Apache::Cookie won't work under mp2, because Apache::Request wasn't ported yet. Trying using CGI::Cookie for now, as it has the same API and implemented in pure perl. Notice that this is not an issue of Apache::compat, because Apache::Cookie is implemented in XS. What's with the Apache/test.pm (small 't')? I added use Apache2; (to add apache2 stuff to the @INC) - same results with or without it. Searched for Apache/_small t _est.pm - not found. That's an older testing package coming from mp1. It won't work with mp2. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
[mp2] Documentation/LogHandler question
Hi - In: http://perl.apache.org/docs/2.0/user/handlers/http.html#PerlLogHandler, the PerlLogHandler documentation, the configuration file sample setup is given as: Location /users/ SetHandler perl-script PerlResponseHandler ModPerl::Registry PerlLogHandler MyApache::LogPerUser Options +ExecCGI /Location Now I wrote a simple log handler and had no end of problems (will detail upon request) with this configuration. Since I want to intercept _every_ access to my server, I ended up with: Location / PerlLogHandler MyApache::Logger /Location and then shortened it to: PerlLogHandler MyApache::Logger where MyApache::Logger is the name of my logging perl script. I works perfectly. Do you really need all the other 'stuff'? Since this is a log handler why would you need the ResponseHandler, etc.? As you have gathered, this is my very first mod_perl handler :) Aloha = Beau. PS: Hey Mr. 100%, mod_perl 2.0 rocks!
[mp2] LogHandler configuration problems
Well Stas, you asked for it... :)
-8-- Start Bug Report 8--
1. Problem Description:
LogHandler configuration problem. In the tests below
I start out with the LogHandler configuration in the documentation
and keep 'trimming' it down until it works. I'm almost
(not 100%) sure the problem has something with the way I'm
configured, but, being a newwbi, I can't
see it. This is low-priority; I have it working fine, I'm
just trying to understand what's going on.
Oh, almost forgot, ALL files are set to mywebuser:mywebgroup
as defined in the User/Group httpd.conf directives.
A. startup.pl (remains the same for all tests below)
use Apache2 ();
use lib qw(/srv/www/conf/perl);
use ModPerl::Util (); #for CORE::GLOBAL::exit
use Apache::RequestRec ();
use Apache::RequestIO ();
use Apache::RequestUtil ();
use Apache::Server ();
use Apache::ServerUtil ();
use Apache::Connection ();
use Apache::Log ();
use APR::Table ();
use ModPerl::Registry ();
use Apache::Const -compile = ':common';
use APR::Const -compile = ':common';
1;
B. 'default' page setting in httpd.conf (same for all)
DirectoryIndex index.html index.html.var
C. my log handler (same for all)
package MyApache::FileLogger;
use strict;
use warnings;
use Apache::RequestRec ();
use Apache::Connection ();
use Fcntl qw(:flock);
use Apache::Const -compile = qw(OK DECLINED);
sub handler
{
my $r = shift;
my $entry = sprintf qq(%s [%s] %s %d %d\n),
$r-connection-remote_ip, scalar(localtime),
$r-uri, $r-status, $r-bytes_sent;
my $log_path = Apache::server_root_relative($r-pool,
logs/filelogger.log);
open my $fh, $log_path or die can't open $log_path: $!;
flock $fh, LOCK_EX;
print $fh $entry;
close $fh;
return Apache::OK;
}
1;
C1. /perl/rocks.html
#!/usr/bin/perl
print Content-type: text/html\n\n;
print h3mod_perl 2.0 rocks!/h3\n;
D. test 1
---httpd.conf---
LoadModule perl_module modules/mod_perl.so
PerlRequire /srv/www/conf/perl/startup.pl
#---mod_perl 2.0 rocks
test-
Alias /perl/ /srv/www/conf/perl/
Location /perl/
SetHandler perl-script
PerlResponseHandler ModPerl::Registry
PerlOptions +ParseHeaders
Options +ExecCGI
/Location
#---MyApache-FileLogger-
Location /
SetHandler perl-script
PerlResponseHandler ModPerl::Registry
PerlLogHandler MyApache::FileLogger
Options +ExecCGI
/Location
---log---
::1 [Wed Dec 4 19:58:13 2002] / 404 266
::1 [Wed Dec 4 19:58:24 2002] /index.html 403 280
::1 [Wed Dec 4 19:58:45 2002] /perl/rocks.html 200 29
localhost - not found (DirectoryIndex not followed)
localhost/index.html - premission nixed
localhost/perl/rocks.html - OK
E. test 2
---httpd.conf---
LoadModule perl_module modules/mod_perl.so
PerlRequire /srv/www/conf/perl/startup.pl
#---mod_perl 2.0 rocks
test-
Alias /perl/ /srv/www/conf/perl/
Location /perl/
SetHandler perl-script
PerlResponseHandler ModPerl::Registry
PerlOptions +ParseHeaders
Options +ExecCGI
/Location
#---MyApache-FileLogger-
Location /
SetHandler perl-script
PerlResponseHandler ModPerl::Registry
PerlLogHandler MyApache::FileLogger
# Options +ExecCGI
/Location
---log---
::1 [Wed Dec 4 20:12:43 2002] / 404 266
::1 [Wed Dec 4 20:12:49 2002] /index.html 403 280
::1 [Wed Dec 4 20:12:59 2002] /perl/rocks.html 200 29
F. test 3
---httpd.conf---
LoadModule perl_module modules/mod_perl.so
PerlRequire /srv/www/conf/perl/startup.pl
#---mod_perl 2.0 rocks
test-
Alias /perl/ /srv/www/conf/perl/
Location /perl/
SetHandler perl-script
PerlResponseHandler ModPerl::Registry
PerlOptions +ParseHeaders
Options +ExecCGI
/Location
#---MyApache-FileLogger-
Location /
SetHandler perl-script
# PerlResponseHandler ModPerl::Registry
PerlLogHandler MyApache::FileLogger
# Options +ExecCGI
/Location
---log---
::1 [Wed Dec 4 20:17:30 2002] / 404 266
::1 [Wed Dec 4 20:17:47 2002] /index.html 200 1495
::1 [Wed Dec 4 20:17:47 2002] /apache_pb.gif 200 2326
::1 [Wed Dec 4 20:17:56 2002] /perl/rocks.html 200 29
well, some progress...
G. test 4
---httpd.conf---
LoadModule perl_module
[mp2]make test problems
NOTE: My name servers have been giving me fits today, so I am
resending this problem report; If you have already received it,
please forgive me = Beau.
-8-- Start Bug Report 8--
1. Problem Description:
A. Apache 2.0.43:
./configure --enable-layout=SuSE --with-mpm=worker
make
make install
-- hokie-dokie --
B. mod_perl 1.99_07
perl Makefile.pl MP_AP_PREFIX=/usr/include/apache MP_INST_APACHE2=1
(that funny include directory is _real_: it's specified in
the apache config.layout under SuSE. I cleared it before the apache
configure/build, and it reappeared - looks OK to me).
Here is the layout I used:
Layout SuSE
prefix:/usr
exec_prefix: ${prefix}
bindir:${prefix}/bin
sbindir: ${prefix}/sbin
libdir:${prefix}/lib
libexecdir:${prefix}/lib/apache
mandir:${prefix}/share/man
sysconfdir:/etc/httpd
datadir: /srv/www
installbuilddir: ${datadir}/build
errordir: ${datadir}/error
iconsdir: ${datadir}/icons
htdocsdir: ${datadir}/htdocs
manualdir: ${datadir}/manual
cgidir:${datadir}/cgi-bin
includedir:${prefix}/include/apache/include
localstatedir: /var/lib/httpd
runtimedir:/var/run
logfiledir:/var/log/httpd
proxycachedir: /var/cache/httpd
/Layout
C. Apache/Const not found:
Can't locate Apache/Const.pm in @INC (@INC contains:
Apache-Test/lib /usr/local/addons/mod_perl-1.99_07/Apache-Test/lib
/usr/local/addons/mod_perl-1.99_07/lib
/usr/local/addons/mod_perl-1.99_07/blib/lib
/usr/local/addons/mod_perl-1.99_07/blib/arch
/usr/local/addons/mod_perl-1.99_07/t/../Apache-Test/lib
/usr/local/addons/mod_perl-1.99_07/t/../lib
/usr/local/addons/mod_perl-1.99_07/t/../../lib
/usr/lib/perl5/5.8.0/i586-linux-thread-multi
/usr/lib/perl5/5.8.0
/usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl
.) at
/usr/local/addons/mod_perl-1.99_07/t/response/TestApache/subprocess.pm line
12.
BEGIN failed--compilation aborted at
/usr/local/addons/mod_perl-1.99_07/t/response/TestApache/subprocess.pm
line 12.
Here is where Const.pm (actually several vertsions of them) is
in the mod_perl tree (looks like the @INC should have
a --/Apache2/Apache--
in it) (all below are from /usr/local/addons/mod_perl-1.99_07/):
blib/lib/Apache2/APR:
-r--r--r--1 root root 160 Apr 11 2001 Const.pm
blib/lib/Apache2/Apache:
-r--r--r--1 root root 324 Aug 28 16:28 Const.pm
blib/lib/Apache2/ModPerl:
-r--r--r--1 root root 743 Sep 5 07:07 Const.pm
xs/APR/Const:
-rw-r--r--1 beau mysql 160 Apr 11 2001 Const.pm
xs/Apache/Const:
-rw-r--r--1 beau mysql 324 Aug 28 16:28 Const.pm
xs/ModPerl/Const:
-rw-r--r--1 beau mysql 743 Sep 5 07:07 Const.pm
D. apache/subprocess test
...
apache/scanhdrs2.ok
apache/subprocessFAILED tests 1-4
Failed 4/4 tests, 0.00% okay
apache/write.ok
...
E. apr/perlio
...
apr/os...ok
apr/perlio...FAILED tests 1-11
Failed 11/11 tests, 0.00% okay
apr/pool.ok
...
F. t/logs/error_log:
...
END in modperl_extra.pl, pid=7419
[Mon Dec 02 05:08:24 2002] [notice] Apache/2.0.43 (Unix)
mod_perl/1.99_07-dev Perl/v5.8.0 configured -- resuming normal operations
[Mon Dec 02 05:08:24 2002] [info] Server built: Dec 2 2002 04:57:53
[Mon Dec 02 05:08:24 2002] [debug] worker.c(1736): AcceptMutex: sysvsem
(default: sysvsem)
[Mon Dec 02 05:08:25 2002] [error] server reached MaxClients setting,
consider raising the MaxClients setting
# Failed test 1 in
/usr/local/addons/mod_perl-1.99_07/t/response/TestApache/subprocess.pm at
line 55
# Failed test 2 in
/usr/local/addons/mod_perl-1.99_07/t/response/TestApache/subprocess.pm at
line 68
# Failed test 3 in
/usr/local/addons/mod_perl-1.99_07/t/response/TestApache/subprocess.pm at
line 82
# Failed test 4 in
/usr/local/addons/mod_perl-1.99_07/t/response/TestApache/subprocess.pm at
line 96
[Mon Dec 02 05:08:31 2002] [info] [client 127.0.0.1] TestAPI::aplog test
in progress
[Mon Dec 02 05:08:31 2002] [debug]
/usr/local/addons/mod_perl-1.99_07/t/response/TestAPI/aplog.pm(43):
log_serror test ok
[Mon Dec 02 05:08:31 2002] [debug]
/usr/local/addons/mod_perl-1.99_07/t/response/TestAPI/aplog.pm(46):
(20007)No time was provided and one was required.: log_serror test 2 ok
[Mon Dec 02 05:08:31 2002] [debug]
/usr/local/addons/mod_perl-1.99_07/t/response/TestAPI/aplog.pm(49): [client
127.0.0.1] (20007)No time was provided and one was required.: log_rerror
test ok
[Mon Dec 02 05:08:31 2002] [error] $r-log_error test ok
[Mon Dec 02 05:08:31 2002] [error] $s-log_error test ok
[Mon Dec 02 05:08:31 2002] [debug]
RE: [mp2.0]make test problems
Ok Stas - I will pick up the cvs mod_perl now and try again. My ignorance is showing (20 yrs+ with M$ systems, only 1 1/2 yrs with Linux) but I did notice that mod_perl untared to beau:mysql? Where did that come from? umask? man umask only gives me (2) - programmers reference. Is there some setup parameter I should set? I've read my SuSE admin guide and can't find anything revelent. Please point me somewhere... :) Of course, I'm doing everthing logged in as root (it's my network after all, and if you can't be King of your own network...) I've never seen tar carry owner:group + perms thru an untar...they usually come out the other end root:root. It's some of your magic, isn't it Stas? Aloha = Beau. PS: I can't give you the ls you wanted right now, I am in the middle of reinstalling apache w/o my SuSE layout... -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 03, 2002 1:00 AM To: Beau E. Cox Cc: Modperl Subject: Re: [mp2.0]make test problems Also, can you please try to do the testing with the cvs version of mod_perl 2.0? Since chances are that some things were fixed since last release (and possibly new bugs added :) See: http://perl.apache.org/download/source.html#2_0_Development_Source_Distribut ion (though use only the mod_perl cvs, not the httpd) __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
[mp2] the make test problem saga continues...
-8-- Start Bug Report 8-- 1. Problem Description: A. Reinstalled apache 2.0.43 w/o my crazy SuSE layout, just: ./configure --with-mpm=worker Apache AOK. B. Pulled CVS source for mp2 as per web site instructions. perl Makefile.PL MP_AP_PREFIX=/usr/local/apache2 MP_INST_APACHE2=1 make make test C. same Apache/Const.pm not found: Can't locate Apache/Const.pm in @INC (@INC contains: Apache-Test/lib /usr/local/addons/modperl-2.0/Apache-Test/lib /usr/local/addons/modperl-2.0/lib /usr/local/addons/modperl-2.0/blib/lib /usr/local/addons/modperl-2.0/blib/arch /usr/local/addons/modperl-2.0/t/../Apache-Test/lib /usr/local/addons/modperl-2.0/t/../lib /usr/local/addons/modperl-2.0/t/../../lib /usr/lib/perl5/5.8.0/i586-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl .) at /usr/local/addons/modperl-2.0/t/response/TestApache/subprocess.pm line 12. BEGIN failed--compilation aborted at /usr/local/addons/modperl-2.0/t/response/TestApache/subprocess.pm line 12. Compilation failed in require at /usr/local/addons/modperl-2.0/t/../Apache-Test/lib/Apache/TestConfigPerl.pm line 382. I have Const.pm at: /usr/local/addons/modperl-2.0/blib/lib/Apache2/Apache but that's not in @INC. How can I modify the @INC within the ApacheTest environment? I can't find it in the Apache Test section of the docs. D. same tests failed: apache/subprocessFAILED tests 1-4 Failed 4/4 tests, 0.00% okay apr/perlio...FAILED tests 1-11 Failed 11/11 tests, 0.00% okay E. t/logs/error_log END in modperl_extra.pl, pid=18641 END in modperl_extra.pl, pid=18641 END in modperl_extra.pl, pid=18641 END in modperl_extra.pl, pid=18641 END in modperl_extra.pl, pid=18641 END in modperl_extra.pl, pid=18641 END in modperl_extra.pl, pid=18641 END in modperl_extra.pl, pid=18641 [Tue Dec 03 02:13:03 2002] [notice] Apache/2.0.43 (Unix) mod_perl/1.99_08-dev Perl/v5.8.0 configured -- resuming normal operations [Tue Dec 03 02:13:03 2002] [info] Server built: Dec 3 2002 00:51:28 [Tue Dec 03 02:13:03 2002] [debug] worker.c(1736): AcceptMutex: sysvsem (default: sysvsem) [Tue Dec 03 02:13:04 2002] [error] server reached MaxClients setting, consider raising the MaxClients setting # Failed test 1 in /usr/local/addons/modperl-2.0/t/response/TestApache/subprocess.pm at line 55 # Failed test 2 in /usr/local/addons/modperl-2.0/t/response/TestApache/subprocess.pm at line 68 # Failed test 3 in /usr/local/addons/modperl-2.0/t/response/TestApache/subprocess.pm at line 82 # Failed test 4 in /usr/local/addons/modperl-2.0/t/response/TestApache/subprocess.pm at line 96 [Tue Dec 03 02:13:09 2002] [info] [client 127.0.0.1] TestAPI::aplog test in progress [Tue Dec 03 02:13:09 2002] [debug] /usr/local/addons/modperl-2.0/t/response/TestAPI/aplog.pm(43): log_serror test ok [Tue Dec 03 02:13:09 2002] [debug] /usr/local/addons/modperl-2.0/t/response/TestAPI/aplog.pm(46): (20007)No time was provided and one was required.: log_serror test 2 ok [Tue Dec 03 02:13:09 2002] [debug] /usr/local/addons/modperl-2.0/t/response/TestAPI/aplog.pm(49): [client 127.0.0.1] (20007)No time was provided and one was required.: log_rerror test ok [Tue Dec 03 02:13:09 2002] [error] $r-log_error test ok [Tue Dec 03 02:13:09 2002] [error] $s-log_error test ok [Tue Dec 03 02:13:09 2002] [debug] /usr/local/addons/modperl-2.0/t/response/TestAPI/aplog.pm(63): TestAPI::aplog test done [Tue Dec 03 02:13:09 2002] [warn] ApacheApache-warn test ok [Tue Dec 03 02:13:09 2002] [warn] $s-warn test ok [Tue Dec 03 02:13:17 2002] [error] [client 127.0.0.1] mkdir /usr/local/addons/modperl-2.0/t/htdocs/perlio: Permission denied at /usr/local/addons/modperl-2.0/Apache-Test/lib/Apache/TestUtil.pm line 128 [Tue Dec 03 02:13:20 2002] [error] Apache::log_error test ok [Tue Dec 03 02:13:31 2002] [error] [client 127.0.0.1] File does not exist: /usr/local/addons/modperl-2.0/t/htdocs/nope [Tue Dec 03 02:13:37 2002] [error] [client 127.0.0.1] need AuthName: /TestModperl::setauth [Tue Dec 03 02:13:41 2002] [info] removed PID file /usr/local/addons/modperl-2.0/t/logs/httpd.pid (pid=18642) [Tue Dec 03 02:13:41 2002] [notice] caught SIGTERM, shutting down END in modperl_extra.pl, pid=18642 END in modperl_extra.pl, pid=18642 END in modperl_extra.pl, pid=18642 END in modperl_extra.pl, pid=18642 END in modperl_extra.pl,
RE: [mp2] the make test problem saga continues...
Sir: You are correct; after changing owner:group settings to my normal user, apr/perlio worked fine under that user! Const.pm apache/subprocess fail in the same way as under root. progress...ain't it great! :) Aloha = Beau. PS: boy, you are brave; over the years I've learned not to say: I'm 100% sure that... but, yes, it worked. I seem to get burned almost every time I let that one slip! :) -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 03, 2002 4:14 AM To: Beau E. Cox Cc: Modperl Subject: Re: [mp2] the make test problem saga continues... apache/subprocessFAILED tests 1-4 Failed 4/4 tests, 0.00% okay apr/perlio...FAILED tests 1-11 Failed 11/11 tests, 0.00% okay OK, finally I've figured what's different in your environment from mine: You run the test suite as root! I was able to reproduce the problem with apr/perlio. The problem is that when you run the test suite as root, Apache::Test runs the server under User: nobody, which explains the failure. The dir t/htdocs doesn't have a+wx perms. For now, please switch to your user, instead of root. And try again: I'm 100% sure that apr/perlio will work for you now. Does apache/subprocess now work for you? re: Apache::Const not found, I'm still trying to guess what could be the problem, since I can't reproduce it. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
RE: [mp2] the make test problem saga continues...
Ok Mr. 100%... ;-)
I'll get cvs again.
Aloha = Beau.
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 03, 2002 5:33 AM
To: Beau E. Cox
Cc: Modperl
Subject: Re: [mp2] the make test problem saga continues...
C. same Apache/Const.pm not found:
Can't locate Apache/Const.pm in @INC (@INC contains:
[...]
D. same tests failed:
apache/subprocessFAILED tests 1-4
Failed 4/4 tests, 0.00% okay
OK, here is the patch that will 100% :) fix these two problems (apply
manually or just use the cvs version):
Index: Apache-Test/lib/Apache/TestConfigPerl.pm
===
RCS file:
/home/cvs/httpd-test/perl-framework/Apache-Test/lib/Apache/TestConfigPerl.pm
,v
retrieving revision 1.53
diff -u -r1.53 TestConfigPerl.pm
--- Apache-Test/lib/Apache/TestConfigPerl.pm1 Jul 2002 07:57:15
- 1.53
+++ Apache-Test/lib/Apache/TestConfigPerl.pm3 Dec 2002 15:27:17 -
@@ -282,6 +282,13 @@
sub configure_pm_tests {
my $self = shift;
+# since server wasn't started yet, the modules in blib under
+# Apache2 can't be seen. So we must load Apache2.pm, without which
+# run_apache_test_config might fail to require modules
+if ($mod_perl::VERSION 1.99) {
+require Apache2;
+}
+
for my $subdir (qw(Response Protocol Hooks Filter)) {
my $dir = catfile $self-{vars}-{t_dir}, lc $subdir;
next unless -d $dir;
--
I hope that now you get a clean make test.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
RE: [mp2] the make test problem saga continues...
THIS THREAD IS OFFICIALLY RETIRED
Yes, everthing works (although I still miss being King).
Thank you for your time and effort. I hope others will
benefit from what we went through.
Aloha = Beau.
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 03, 2002 5:33 AM
To: Beau E. Cox
Cc: Modperl
Subject: Re: [mp2] the make test problem saga continues...
C. same Apache/Const.pm not found:
Can't locate Apache/Const.pm in @INC (@INC contains:
[...]
D. same tests failed:
apache/subprocessFAILED tests 1-4
Failed 4/4 tests, 0.00% okay
OK, here is the patch that will 100% :) fix these two problems (apply
manually or just use the cvs version):
Index: Apache-Test/lib/Apache/TestConfigPerl.pm
===
RCS file:
/home/cvs/httpd-test/perl-framework/Apache-Test/lib/Apache/TestConfigPerl.pm
,v
retrieving revision 1.53
diff -u -r1.53 TestConfigPerl.pm
--- Apache-Test/lib/Apache/TestConfigPerl.pm1 Jul 2002 07:57:15
- 1.53
+++ Apache-Test/lib/Apache/TestConfigPerl.pm3 Dec 2002 15:27:17 -
@@ -282,6 +282,13 @@
sub configure_pm_tests {
my $self = shift;
+# since server wasn't started yet, the modules in blib under
+# Apache2 can't be seen. So we must load Apache2.pm, without which
+# run_apache_test_config might fail to require modules
+if ($mod_perl::VERSION 1.99) {
+require Apache2;
+}
+
for my $subdir (qw(Response Protocol Hooks Filter)) {
my $dir = catfile $self-{vars}-{t_dir}, lc $subdir;
next unless -d $dir;
--
I hope that now you get a clean make test.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Install problem...
Hi - I am trying to upgrade my test server (SuSE 8.1) to Apache/ mod_perl 2. I installed and tested Apache 2 - all OK. I have perl 5.8.0 (pre-build by SuSE); It passed the tests in the mpd_perl 2 prequsites section. I get this problem on make test (both with Apache mpm configured as prefork AND worker): apache/subprocess1..4 # testing : passing ARGV # expected: [ # 'foo', # 'bar' # ] # received: [] not ok 1 # testing : passing env via subprocess_env # expected: 'my cool proc' # received: '' not ok 2 # testing : testing subproc's stdin - stdout + list context # expected: 'my cool proc # ' # received: '' not ok 3 # testing : testing subproc's stdin - stderr + list context # expected: 'my stderr # ' # received: '' not ok 4 FAILED tests 1-4 Failed 4/4 tests, 0.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed --- apache/subprocess.t44 100.00% 1-4 I haven't got a clue. This is my sixth reRTFM/reinstall/retest. Could someone give me a push as to what to try next? Aloha = Beau.
RE: Install problem...
Thanks Stas - Please give me about an hour...I am in the middle of putting everthing back together again :) Will report back to you (following the standards) then. Aloha = Beau. PS: This is sort of fun! -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 3:10 AM To: Beau E. Cox Cc: Modperl Subject: Re: Install problem... Beau E. Cox wrote: Hi - I am trying to upgrade my test server (SuSE 8.1) to Apache/ mod_perl 2. I installed and tested Apache 2 - all OK. Beau, when reporting problems, please follow the guidelines linked from the perl.apache.org's shortcuts menu: http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems I have perl 5.8.0 (pre-build by SuSE); It passed the tests in the mpd_perl 2 prequsites section. I get this problem on make test (both with Apache mpm configured as prefork AND worker): apache/subprocess1..4 # testing : passing ARGV # expected: [ # 'foo', # 'bar' # ] # received: [] not ok 1 # testing : passing env via subprocess_env # expected: 'my cool proc' # received: '' not ok 2 # testing : testing subproc's stdin - stdout + list context # expected: 'my cool proc # ' # received: '' not ok 3 # testing : testing subproc's stdin - stderr + list context # expected: 'my stderr # ' # received: '' not ok 4 FAILED tests 1-4 Failed 4/4 tests, 0.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed -- -- --- apache/subprocess.t44 100.00% 1-4 I haven't got a clue. This is my sixth reRTFM/reinstall/retest. Could someone give me a push as to what to try next? I forgot to add to the guidelines to check t/logs/error_log, will add it now. So what does your error_log say? Most likely some perms problems with t/htdocs/util, right? __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
[mp2.0]make test problems
-8-- Start Bug Report 8-- 1. Problem Description: MP make test fails (no error log generated) A. Apache/Const.pm not found - snip of console output: [START] *** setting ulimit to allow core files ulimit -c unlimited; t/TEST -clean *** setting ulimit to allow core files ulimit -c unlimited; t/TEST Can't locate Apache/Const.pm in @INC (@INC contains: Apache-Test/lib [...etc...] I looked on CPAN but Apache::Constants seems to be part of MP1. B. 'test mode' apache doesn't start (it starts OK using apachectl start): Syntax error on line 27 of /usr/local/addons/mod_perl-1.99_07/t/conf/httpd.conf: Invalid command 'TransferLog', perhaps mis-spelled or defined by a module not included inthe server configuration !!! server has died with status 255 (t/logs/error_log wasn't created, start the server in the debug mode) make: *** [run_tests] Error 143 line 27 ot the test httpd.conf file: 26: LogLeveldebug 27: TransferLog /usr/local/addons/mod_perl-1.99_07/t/logs/access_log 28: 29: ServerAdmin nobody@localhost C. NOTE! I have gone backwards! My previous incarnations of mod_perl install have gotten further than this. My change - configured Apache with 'all' modules: ./configure --enable-layout=SuSE --enable-mods-shared=all --with-mpm=worker 2. Used Components and their Configuration: *** using lib/Apache/BuildConfig.pm *** Makefile.PL options: MP_AP_PREFIX= /usr/include/apache MP_GENERATE_XS = 1 MP_INST_APACHE2 = 1 MP_LIBNAME = mod_perl MP_USE_DSO = 1 MP_USE_STATIC = 1 *** /usr/sbin/httpd -V Server version: Apache/2.0.43 Server built: Dec 2 2002 03:29:08 Server's Module Magic Number: 20020903:0 Architecture: 32-bit Server compiled with -D APACHE_MPM_DIR=server/mpm/worker -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D HTTPD_ROOT=/usr -D SUEXEC_BIN=/usr/bin/suexec -D DEFAULT_SCOREBOARD=logs/apache_runtime_status -D DEFAULT_ERRORLOG=logs/error_log -D AP_TYPES_CONFIG_FILE=/etc/httpd/mime.types -D SERVER_CONFIG_FILE=/etc/httpd/httpd.conf *** /usr/bin/perl -V Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=linux, osvers=2.4.19, archname=i586-linux-thread-multi uname='linux amdsim5 2.4.19 #1 wed mar 27 13:57:05 utc 2002 i686 unknown ' config_args='-ds -e -Dprefix=/usr -Dusethreads -Di_db -Di_dbm -Di_ndbm -Di_g dbm -Duseshrplib=true' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FIL E_OFFSET_BITS=64', optimize='-O3 --pipe', cppflags='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing' ccversion='', gccversion='3.2', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='cc', ldflags ='' libpth=/lib /usr/lib /usr/local/lib libs=-lnsl -ldl -lm -lpthread -lc -lcrypt -lutil perllibs=-lnsl -ldl -lm -lpthread -lc -lcrypt -lutil libc=, so=so, useshrplib=true, libperl=libperl.so gnulibc_version='2.2.5' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5/5.8.0/i586-linux-thread-multi /CORE' cccdlflags='-fPIC', lddlflags='-shared' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Built under linux Compiled at Oct 8 2002 16:55:42 %ENV: PERL_LWP_USE_HTTP_10=1 @INC: /usr/lib/perl5/5.8.0/i586-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl . 3. This is the core dump trace: (if you get a core dump): [N/A] This report was generated by t/REPORT on Mon Dec 2 14:14:55 2002 GMT. -8-- End Bug Report --8-- Note: Complete the rest of the details and post this bug report to dev at perl.apache.org. To subscribe to the list send an empty email to [EMAIL PROTECTED]
[mp2.0]make test problems
-8-- Start Bug Report 8-- 1. Problem Description: A. Apache 2.0.43: ./configure --enable-layout=SuSE --with-mpm=worker make make install -- hokie-dokie -- B. mod_perl 1.99_07 perl Makefile.pl MP_AP_PREFIX=/usr/include/apache MP_INST_APACHE2=1 (that funny include directory is _real_: it's specified in the apache config.layout under SuSE. I cleared it before the apache configure/build, and it reappeared - looks OK to me). C. Apache/Const not found: Can't locate Apache/Const.pm in @INC (@INC contains: Apache-Test/lib /usr/local/addons/mod_perl-1.99_07/Apache-Test/lib /usr/local/addons/mod_perl-1.99_07/lib /usr/local/addons/mod_perl-1.99_07/blib/lib /usr/local/addons/mod_perl-1.99_07/blib/arch /usr/local/addons/mod_perl-1.99_07/t/../Apache-Test/lib /usr/local/addons/mod_perl-1.99_07/t/../lib /usr/local/addons/mod_perl-1.99_07/t/../../lib /usr/lib/perl5/5.8.0/i586-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl .) at /usr/local/addons/mod_perl-1.99_07/t/response/TestApache/subprocess.pm line 12. BEGIN failed--compilation aborted at /usr/local/addons/mod_perl-1.99_07/t/response/TestApache/subprocess.pm line 12. Here is where Const.pm (actually several vertsions of them) is in the mod_perl tree (looks like the @INC should have a --/Apache2/Apache-- in it) (all below are from /usr/local/addons/mod_perl-1.99_07/): blib/lib/Apache2/APR: -r--r--r--1 root root 160 Apr 11 2001 Const.pm blib/lib/Apache2/Apache: -r--r--r--1 root root 324 Aug 28 16:28 Const.pm blib/lib/Apache2/ModPerl: -r--r--r--1 root root 743 Sep 5 07:07 Const.pm xs/APR/Const: -rw-r--r--1 beau mysql 160 Apr 11 2001 Const.pm xs/Apache/Const: -rw-r--r--1 beau mysql 324 Aug 28 16:28 Const.pm xs/ModPerl/Const: -rw-r--r--1 beau mysql 743 Sep 5 07:07 Const.pm D. apache/subprocess test ... apache/scanhdrs2.ok apache/subprocessFAILED tests 1-4 Failed 4/4 tests, 0.00% okay apache/write.ok ... E. apr/perlio ... apr/os...ok apr/perlio...FAILED tests 1-11 Failed 11/11 tests, 0.00% okay apr/pool.ok ... F. t/logs/error_log: ... END in modperl_extra.pl, pid=7419 [Mon Dec 02 05:08:24 2002] [notice] Apache/2.0.43 (Unix) mod_perl/1.99_07-dev Perl/v5.8.0 configured -- resuming normal operations [Mon Dec 02 05:08:24 2002] [info] Server built: Dec 2 2002 04:57:53 [Mon Dec 02 05:08:24 2002] [debug] worker.c(1736): AcceptMutex: sysvsem (default: sysvsem) [Mon Dec 02 05:08:25 2002] [error] server reached MaxClients setting, consider raising the MaxClients setting # Failed test 1 in /usr/local/addons/mod_perl-1.99_07/t/response/TestApache/subprocess.pm at line 55 # Failed test 2 in /usr/local/addons/mod_perl-1.99_07/t/response/TestApache/subprocess.pm at line 68 # Failed test 3 in /usr/local/addons/mod_perl-1.99_07/t/response/TestApache/subprocess.pm at line 82 # Failed test 4 in /usr/local/addons/mod_perl-1.99_07/t/response/TestApache/subprocess.pm at line 96 [Mon Dec 02 05:08:31 2002] [info] [client 127.0.0.1] TestAPI::aplog test in progress [Mon Dec 02 05:08:31 2002] [debug] /usr/local/addons/mod_perl-1.99_07/t/response/TestAPI/aplog.pm(43): log_serror test ok [Mon Dec 02 05:08:31 2002] [debug] /usr/local/addons/mod_perl-1.99_07/t/response/TestAPI/aplog.pm(46): (20007)No time was provided and one was required.: log_serror test 2 ok [Mon Dec 02 05:08:31 2002] [debug] /usr/local/addons/mod_perl-1.99_07/t/response/TestAPI/aplog.pm(49): [client 127.0.0.1] (20007)No time was provided and one was required.: log_rerror test ok [Mon Dec 02 05:08:31 2002] [error] $r-log_error test ok [Mon Dec 02 05:08:31 2002] [error] $s-log_error test ok [Mon Dec 02 05:08:31 2002] [debug] /usr/local/addons/mod_perl-1.99_07/t/response/TestAPI/aplog.pm(63): TestAPI::aplog test done [Mon Dec 02 05:08:31 2002] [warn] ApacheApache-warn test ok [Mon Dec 02 05:08:31 2002] [warn] $s-warn test ok [Mon Dec 02 05:08:38 2002] [error] [client 127.0.0.1] mkdir /usr/local/addons/mod_perl-1.99_07/t/htdocs/perlio: Permission denied at /usr/local/addons/mod_perl-1.99_07/Apache-Test/lib/Apache/TestUtil.pm line 128 [Mon Dec 02 05:08:41 2002] [error] Apache::log_error test ok [Mon Dec 02 05:08:52 2002] [error] [client 127.0.0.1] File does not exist: /usr/local/addons/mod_perl-1.99_07/t/htdocs/nope [Mon Dec 02 05:09:00 2002] [info] removed PID file /usr/local/addons/mod_perl-1.99_07/t/logs/httpd.pid (pid=7420) [Mon Dec 02 05:09:00 2002] [notice] caught SIGTERM, shutting down END in modperl_extra.pl, pid=7420 ... MaxClients (in t/conf/httpd.conf): ... IfModule worker.c
RE: segmentation fault using a startup file
Yeah, Randy, I second the motion.
We know that DBI 1.28 does _NOT_ work!
Aloha = Beau.
-Original Message-
From: Randy Kobes [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 25, 2002 7:34 AM
To: Jan Theofel
Cc: mod_perl mailinglist
Subject: Re: segmentation fault using a startup file
On 25 Nov 2002, Jan Theofel wrote:
Hello,
I have another problem using Perl::PerlRun with a startup file in
apache. The line added to the apache configuration file was:
PerlRequire /home/www/[...]/shop/engine/apachestartup.pl
(Re)starting apache results in the following segmentation fault:
[ .. ]
As soon as I remove the comment one of the modules which have a # at
their line, I get the segmantation fault. (All modules named eq* are my
own modules for that shop.)
--- snip ---
#!/usr/bin/perl -w
$ENV{MOD_PERL} or die ERROR: not running under mod_perl.\n;
use lib /home/www/[...]/shop/engine/;
use strict;
# use these Perl modules
use Apache::PerlRun;
# use Apache::DBI;
Do you have the latest DBI (1.30), and also the latest
appropriate DBD::* driver? If not, try upgrading to see if that
helps.
--
best regards,
randy kobes
RE: Apache::DBI seg fault
Randy - Thank you, I owe you lunch. I thought I checked all relevant module versions, but your msg spurred me to check again: DBI 1.28 was on production while DBI 1.30 was on test! 1.30 WORKS! 1.28 DOESN'T WORK. All is well - I am one happy camper ;) Aloha = Beau. -Original Message- From: Randy Kobes [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 21, 2002 4:57 AM To: Beau E. Cox Cc: Modperl Subject: Re: Apache::DBI seg fault On Wed, 20 Nov 2002, Beau E. Cox wrote: I am using Apache::DBI on my test server - all OK. When I try to use it on my production server, I get the following- stdout: Shutting down httpd..done Starting httpd [ PERL ] Syntax OK stderr: /etc/init.d/apache: line 206: 18040 Segmentation fault $HTTPD_BIN $INET6 -t -f /etc/httpd/httpd.conf $MODULES /var/log/httpd/rcapache.log 21 ..failed [ .. ] BOTH the test and production servers are using: Apache/1.3.26 (Linux/SuSE) mod_perl/1.27 Linux/SuSE 8.1 - both with the latest patches. I can find nothing in the httpd logs. I know it must be some difference in my environment between the test and production servers, but I am at wits end on how to track this problem down. Could someone please push me in the right direction? Aloha = Beau. Are both servers running the latest versions of DBI and the relevant DBD::* driver? If not, try upgrading to see if that helps. -- best regards, randy kobes
Newbie: how to use PerlSetVar
Hi - I'm new to mod_perl, so here's my query: May I use PerlSetVar/PerlAddVar statements in the httpd.conf file for my own use? What about namespaces, i.e. how do I avoid stepping on someone else's variable? Assume I can. How can I access those variables from my mod_perl scripts? How can I set variables in a handler (instead of httpd.conf)? Aloha = Beau.
RE: Newbie: how to use PerlSetVar
Hi - and thank you -
I am RTFM, but when you get into something new (and vast)
it takes a while for the _gestalt_ to happen. You have
given me the kick start I needed. I'll be silent for a
time coding away ;)
Aloha = Beau.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 20, 2002 1:09 AM
To: Modperl
Subject: Re: Newbie: how to use PerlSetVar
Hi!
On Mit, Nov 20, 2002 at 12:48:34 -1000, Beau E. Cox wrote:
May I use PerlSetVar/PerlAddVar statements in the httpd.conf
file for my own use?
Yes. Thats what they are here for.
What about namespaces, i.e. how
do I avoid stepping on someone else's variable?
Prepend some custom string in front of the VarName:
PerlSetVar MyApp_Var1 value1
PerlSetVar MyApp_Var2 value2
or, a real-life example out of Apache::AuthDBI
http://search.cpan.org/author/ABH/Apache-DBI-0.89/AuthDBI.pm
PerlSetVar Auth_DBI_data_source dbi:driver:dsn
PerlSetVar Auth_DBI_username db_username
PerlSetVar Auth_DBI_password db_password
Assume I can. How can I access those variables from my mod_perl
scripts?
short:
$r-dir_config('MyApp_Var1')
long:
http://perl.apache.org/docs/1.0/guide/config.html#PerlSetVar_and_PerlAddVar
I would suggest that you spend some time RTFM either here:
http://perl.apache.org
and/or read some of those books:
http://perl.apache.org/docs/offsite/books.html
--
#!/usr/bin/perl
for(ref bless{},just'another'perl'hacker){s-:+-$-gprint$_.$/}
Apache::DBI seg fault
Hi - I am using Apache::DBI on my test server - all OK. When I try to use it on my production server, I get the following- stdout: Shutting down httpd..done Starting httpd [ PERL ] Syntax OK stderr: /etc/init.d/apache: line 206: 18040 Segmentation fault $HTTPD_BIN $INET6 -t -f /etc/httpd/httpd.conf $MODULES /var/log/httpd/rcapache.log 21 ..failed The rcapache.log file has _only_: Syntax OK My httpd.conf has: IfModule mod_perl.c PerlModule Apache::DBI before any other includes; I have commented out my startup script so that I am not actually using any Apache::DBI methods. BOTH the test and production servers are using: Apache/1.3.26 (Linux/SuSE) mod_perl/1.27 Linux/SuSE 8.1 - both with the latest patches. I can find nothing in the httpd logs. I know it must be some difference in my environment between the test and production servers, but I am at wits end on how to track this problem down. Could someone please push me in the right direction? Aloha = Beau.
RE: [Win32] ActivePerl-5.8 beta released
Hi - Just wondering about DBI modules in 5.8. In both Randy's posted ppm packages list and via 5.8's ppm, I can't find: DBI (plain 'ole) DBD-ODBC DBD-Mysql I know this is beta, but are DBI modulrs such as these forthcoming? Aloha = Beau. -Original Message- From: Randy Kobes [mailto:randy;theoryx5.uwinnipeg.ca] Sent: Friday, November 08, 2002 11:42 AM To: [EMAIL PROTECTED] Subject: [Win32] ActivePerl-5.8 beta released Of relevance to mod_perl-2 Win32 users, ActivePerl just released a beta version of their perl-5.8 binary; see http://www.activestate.com/Products/ActivePerl/ Because of binary incompatibilities with 5.6, there's a separate 5.8 repository of ppm packages under http://www.activestate.com/ppmpackages/5.8-windows/ Such packages should be compatible with the perl-5.8 win32 binary we have under ftp://theoryx5.uwinnipeg.ca/pub/other/perl-5.8-win32-bin.tar.gz if you've been using that. Even though the ActivePerl package is beta, they've tested it out beforehand and fixed some things compared to the CPAN perl-5.8 sources; see ftp://ftp.activestate.com/ActivePerl/src/5.8/ for the diffs and for the complete sources used. If you're using mod_perl-2 on Win32 with perl-5.6.1 and have run into problems (such as hanging registry scripts), you may want to try perl-5.8. Over the next few days I'll make up a 5.8 Win32 ppm repository with mod_perl-2 and some other common packages; I'll post something later with the details. Unless there's a large demand for mod_perl-1 stuff, this repository will just include mod_perl-2 packages. -- best regards, randy kobes
