Re: [OT] document management
On Tue, 17 Sep 2002, Erich Markert wrote: What I need to find is a system that would allow users to upload word and/or pdf and/or html files into a library system that would automatically extract keywords and then file the documents into a database. The goal of all this is to avoid having users doing double work, e.g. creating word docs only to convert, etc., while having a system that is as user friendly as possible because most of these users aren't technically savy. Try with GNU EPrints 2 (http://software.eprints.org/) Ciao, Valerio Valerio Paolini, http://130.136.3.200/~paolini -- Linux, the Cheap Chic for Computer Fashionistas
Apache could not restart
Hello pipol! Im having an error below once apache is started: ../bin/apachectl stop: httpd (no pid file) not runningnoc# ../bin/apachectl startSyntax error on line 577 of /usr/local/apache/conf/httpd.conf:Invalid command 'PerlModule', perhaps mis-spelled or defined by a module not included in the server configuration../bin/apachectl start: httpd could not be started This is my httpd.conf: # # ScriptAlias: This controls which directories contain server scripts. # ScriptAliases are essentially the same as Aliases, except that # documents in the realname directory are treated as applications and # run by the server when requested rather than as documents sent to the client. # The same rules about trailing "/" apply to ScriptAlias directives as to # Alias. # ScriptAlias /cgi-bin/ "/usr/local/apache/cgi-bin/" # # "/usr/local/apache/cgi-bin" should be changed to whatever your ScriptAliased # CGI directory exists, if you have that configured. # Directory "/usr/local/apache/cgi-bin" AllowOverride None Options None Order allow,deny Allow from all /Directory # Alias config for enabling mod_perl in Apache server Alias /ptts/ /usr/local/OpenTRS/bin/cgi-bin/ PerlModule Apache::Registry Location /ptts/ SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI PerlSendHeader On /Location /IfModule# End of aliases. Im currently using FreeBSD-4.4, Apache-1.3.26, PHP, Postgres in this machine. What do you think is the problem? Thanks for any advise, Edwin If others think ten minutes ahead;Filipinos must think 10 years ahead;-- Edwin D. Vinas http://www.geocities.com/edwin_vinas
Re: performance regarding mod_perl vs mod_c with embedded perl
On Thu, 12 Sep 2002 [EMAIL PROTECTED] wrote: Hi Josh, How about the dual setup, a plain Apache + a mod_perl Apache, which some mod_perl sites are based on? You don't do that for raw performance as measured in a typical simple benchmark environment. The dual setup is used to not needlessly waste resources in a real setup. Raw benchmark numbers will come out a bit lower, but you don't care as a proper setup will save you LOTS of memory, database connections and what have you not. http://develooper.com/modperl/performance_tuning.html (Click Next on the top of each slide to progress ... The first few slides looks weird in Mozilla 1.0 on my Linux box but are fine in Chimera on Mac OS X - get a Mac! :-) ) - ask -- ask bjoern hansen, http://www.askbjoernhansen.com/ !try; do();
Re: Apache could not restart
On Wed, 18 Sep 2002, Edwin D. Viñas wrote: Hello pipol! Im having an error below once apache is started: .../bin/apachectl stop: httpd (no pid file) not running noc# ../bin/apachectl start Syntax error on line 577 of /usr/local/apache/conf/httpd.conf: Invalid command 'PerlModule', perhaps mis-spelled or defined by a module not included in the server configuration .../bin/apachectl start: httpd could not be started [...] Im currently using FreeBSD-4.4, Apache-1.3.26, PHP, Postgres in this machine. What do you think is the problem? You compiled mod_perl as a DSO but didn't load the module. Try adding something like the following to your httpd.conf: LoadModule perl_modulelibexec/apache/libperl.so - ask PS. You also want to upgrade FreeBSD to 4.6; or at least make sure you have the latest security upgrades for 4.4. -- ask bjoern hansen, http://www.askbjoernhansen.com/ !try; do();
Re: [OT] document management
What I need to find is a system that would allow users to upload word and/or pdf and/or html files into a library system that would automatically extract keywords and then file the documents into a database. The goal of all this is to avoid having users doing double work, e.g. creating word docs only to convert, etc., while having a system that is as user friendly as possible because most of these users aren't technically savy. I think that Greenstone is the suite you want. It's open source, cross-platfrom and, last but not least, it works very well with doc/pdf/html documents. http://www.greenstone.org - Enrico
Re: performance regarding mod_perl vs mod_c with embedded perl
The linked page is great, especially the first picture. Problem in authentication: if mod_perl returns cached header and the document is proxy cached in the plain Apache, the backend authentication handler (in the mod_perl server) will not be able to protect it. Peter Bi - Original Message - From: Ask Bjoern Hansen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Josh Chamas [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, September 18, 2002 3:36 AM Subject: Re: performance regarding mod_perl vs mod_c with embedded perl You don't do that for raw performance as measured in a typical simple benchmark environment. The dual setup is used to not needlessly waste resources in a real setup. Raw benchmark numbers will come out a bit lower, but you don't care as a proper setup will save you LOTS of memory, database connections and what have you not. http://develooper.com/modperl/performance_tuning.html (Click Next on the top of each slide to progress ... The first few slides looks weird in Mozilla 1.0 on my Linux box but are fine in Chimera on Mac OS X - get a Mac! :-) ) - ask -- ask bjoern hansen, http://www.askbjoernhansen.com/ !try; do();
Re: LibXML and PerlRun
Hi William, I am using XML::LibXML which uses libxml2 -- not expat -- for the xml parser, so I don't think it will help me. Thanks anyway, Scott William McKee wrote: I had lots of problems using XML under Apache until I recompiled Apache with the --disable-rule=EXPAT rule as partially described in the AxKit FAQ http://axkit.org/faq.xml. I'm new to the world of XML so don't know whether this will help you or not. You didn't mention a segfault but this is just the kind of thing I was experiencing when trying to use an XML library under mod_perl.
Apache 1.2.36 mod_perl 1.27 Error 111 on Make Test
Thanks for reading! I'm getting this error when make testing on a RH 7.2 box, using the above versions for Apache and mod_perl. The version of Perl is 5.6.1. Originally on this server it was Perl 5.6.0, but I royally screwed up when updating CPAN Long story short, I got CPAN to install Perl 5.8.0 which lives in /usr/local/bin, but the RH rpm puts the perl executable in /usr/bin... Siteperl looks normal as far as I can tell... A copy of the make test output is below... I've been following the directions in INSTALL.simple... I've started from fresh sources, and searched the archives... I've also renamed perl 5.8.0 executable to something else so it does not seen in the path. Any pointers to how I can unscrew my goof is greatly appreciated! Oh, there is no error_log either!! Thanks again. .mark The security, stability and reliability of a computer system is reciprocally proportional to the amount of vacuity between the ears of the admin __LOG__ (cd ../apache_1.3.26 PERL5LIB=/usr/src/mod_perl-1.27/lib: make) make[1]: Entering directory `/usr/src/apache_1.3.26' === src make[2]: Entering directory `/usr/src/apache_1.3.26' make[3]: Entering directory `/usr/src/apache_1.3.26/src' === src/regex make[4]: Nothing to be done for `all'. === src/regex === src/os/unix make[4]: Nothing to be done for `all'. === src/os/unix === src/ap make[4]: Nothing to be done for `all'. === src/ap === src/main make[4]: Nothing to be done for `all'. === src/main === src/lib === src/lib === src/modules === src/modules/standard make[5]: Nothing to be done for `all'. === src/modules/standard === src/modules/perl make[5]: Nothing to be done for `all'. === src/modules/perl === src/modules gcc -c -I./os/unix -I./include -DLINUX=22 -DMOD_PERL -DUSE_HSREGEX -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include `./apaci` modules.c gcc -c -I./os/unix -I./include -DLINUX=22 -DMOD_PERL -DUSE_HSREGEX -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include `./apaci` buildmark.c gcc -DLINUX=22 -DMOD_PERL -DUSE_HSREGEX -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include `./apaci`\ -o httpd buildmark.o modules.o modules/standard/libstandard.a modules/perl/libperl.a main/libmain.a ./os/unix/libos.a ap/libap.a regex/libregex.a -lm -lcrypt -rdynamic -L/usr/local/lib /usr/lib/perl5/5.6.1/i386-linux/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl5/5.6.1/i386-linux/CORE -lperl -lnsl -ldl -lm -lc -lcrypt -lutil make[3]: Leaving directory `/usr/src/apache_1.3.26/src' make[2]: Leaving directory `/usr/src/apache_1.3.26' make[2]: Entering directory `/usr/src/apache_1.3.26' === src/support make[3]: Entering directory `/usr/src/apache_1.3.26/src/support' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/usr/src/apache_1.3.26/src/support' === src/support make[2]: Leaving directory `/usr/src/apache_1.3.26' === src make[1]: Leaving directory `/usr/src/apache_1.3.26' make[1]: Entering directory `/usr/src/mod_perl-1.27/Apache' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Apache' make[1]: Entering directory `/usr/src/mod_perl-1.27/Connection' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Connection' make[1]: Entering directory `/usr/src/mod_perl-1.27/Constants' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Constants' make[1]: Entering directory `/usr/src/mod_perl-1.27/File' make[1]: Leaving directory `/usr/src/mod_perl-1.27/File' make[1]: Entering directory `/usr/src/mod_perl-1.27/Leak' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Leak' make[1]: Entering directory `/usr/src/mod_perl-1.27/Log' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Log' make[1]: Entering directory `/usr/src/mod_perl-1.27/ModuleConfig' make[1]: Leaving directory `/usr/src/mod_perl-1.27/ModuleConfig' make[1]: Entering directory `/usr/src/mod_perl-1.27/PerlRunXS' make[1]: Leaving directory `/usr/src/mod_perl-1.27/PerlRunXS' make[1]: Entering directory `/usr/src/mod_perl-1.27/Server' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Server' make[1]: Entering directory `/usr/src/mod_perl-1.27/Symbol' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Symbol' make[1]: Entering directory `/usr/src/mod_perl-1.27/Table' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Table' make[1]: Entering directory `/usr/src/mod_perl-1.27/URI' make[1]: Leaving directory `/usr/src/mod_perl-1.27/URI' make[1]: Entering directory `/usr/src/mod_perl-1.27/Util' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Util' ../apache_1.3.26/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c done /usr/bin/perl t/TEST 0 still waiting for server to warm up...not ok
[OT] sf.net ?
Is it me or is sf.net down? -Sx- :]
RE: [OT] sf.net ?
No, it is for me as well. -Original Message- From: iudicium ferat [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 18, 2002 11:21 AM To: Modperl (E-mail) Subject: [OT] sf.net ? Is it me or is sf.net down? -Sx- :]
RE: [OT] sf.net ?
Me to... .mark -Original Message- From: Hann, Brian [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 18, 2002 9:22 AM To: iudicium ferat Cc: Modperl (E-mail) Subject: RE: [OT] sf.net ? No, it is for me as well. -Original Message- From: iudicium ferat [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 18, 2002 11:21 AM To: Modperl (E-mail) Subject: [OT] sf.net ? Is it me or is sf.net down? -Sx-:]
Re: [OT] sf.net ?
As luck would have it, the router GODs have shown us mercy and brought it back - at least I can see it now... Cheers! -Sx- :]
RE: Apache 1.2.36 mod_perl 1.27 Error 111 on Make Test -- Additional Info
This statement got left out of the log: () gets absurd Can't fork done Thanks! .mark -Original Message- From: Mark Schoonover [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 18, 2002 9:15 AM To: Modperl (E-mail) Subject: Apache 1.2.36 mod_perl 1.27 Error 111 on Make Test Thanks for reading! I'm getting this error when make testing on a RH 7.2 box, using the above versions for Apache and mod_perl. The version of Perl is 5.6.1. Originally on this server it was Perl 5.6.0, but I royally screwed up when updating CPAN Long story short, I got CPAN to install Perl 5.8.0 which lives in /usr/local/bin, but the RH rpm puts the perl executable in /usr/bin... Siteperl looks normal as far as I can tell... A copy of the make test output is below... I've been following the directions in INSTALL.simple... I've started from fresh sources, and searched the archives... I've also renamed perl 5.8.0 executable to something else so it does not seen in the path. Any pointers to how I can unscrew my goof is greatly appreciated! Oh, there is no error_log either!! Thanks again. .mark The security, stability and reliability of a computer system is reciprocally proportional to the amount of vacuity between the ears of the admin __LOG__ (cd ../apache_1.3.26 PERL5LIB=/usr/src/mod_perl-1.27/lib: make) make[1]: Entering directory `/usr/src/apache_1.3.26' === src make[2]: Entering directory `/usr/src/apache_1.3.26' make[3]: Entering directory `/usr/src/apache_1.3.26/src' === src/regex make[4]: Nothing to be done for `all'. === src/regex === src/os/unix make[4]: Nothing to be done for `all'. === src/os/unix === src/ap make[4]: Nothing to be done for `all'. === src/ap === src/main make[4]: Nothing to be done for `all'. === src/main === src/lib === src/lib === src/modules === src/modules/standard make[5]: Nothing to be done for `all'. === src/modules/standard === src/modules/perl make[5]: Nothing to be done for `all'. === src/modules/perl === src/modules gcc -c -I./os/unix -I./include -DLINUX=22 -DMOD_PERL -DUSE_HSREGEX -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include `./apaci` modules.c gcc -c -I./os/unix -I./include -DLINUX=22 -DMOD_PERL -DUSE_HSREGEX -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include `./apaci` buildmark.c gcc -DLINUX=22 -DMOD_PERL -DUSE_HSREGEX -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include `./apaci`\ -o httpd buildmark.o modules.o modules/standard/libstandard.a modules/perl/libperl.a main/libmain.a ./os/unix/libos.a ap/libap.a regex/libregex.a -lm -lcrypt -rdynamic -L/usr/local/lib /usr/lib/perl5/5.6.1/i386-linux/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl5/5.6.1/i386-linux/CORE -lperl -lnsl -ldl -lm -lc -lcrypt -lutil make[3]: Leaving directory `/usr/src/apache_1.3.26/src' make[2]: Leaving directory `/usr/src/apache_1.3.26' make[2]: Entering directory `/usr/src/apache_1.3.26' === src/support make[3]: Entering directory `/usr/src/apache_1.3.26/src/support' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/usr/src/apache_1.3.26/src/support' === src/support make[2]: Leaving directory `/usr/src/apache_1.3.26' === src make[1]: Leaving directory `/usr/src/apache_1.3.26' make[1]: Entering directory `/usr/src/mod_perl-1.27/Apache' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Apache' make[1]: Entering directory `/usr/src/mod_perl-1.27/Connection' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Connection' make[1]: Entering directory `/usr/src/mod_perl-1.27/Constants' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Constants' make[1]: Entering directory `/usr/src/mod_perl-1.27/File' make[1]: Leaving directory `/usr/src/mod_perl-1.27/File' make[1]: Entering directory `/usr/src/mod_perl-1.27/Leak' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Leak' make[1]: Entering directory `/usr/src/mod_perl-1.27/Log' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Log' make[1]: Entering directory `/usr/src/mod_perl-1.27/ModuleConfig' make[1]: Leaving directory `/usr/src/mod_perl-1.27/ModuleConfig' make[1]: Entering directory `/usr/src/mod_perl-1.27/PerlRunXS' make[1]: Leaving directory `/usr/src/mod_perl-1.27/PerlRunXS' make[1]: Entering directory `/usr/src/mod_perl-1.27/Server' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Server' make[1]: Entering directory `/usr/src/mod_perl-1.27/Symbol' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Symbol' make[1]: Entering directory `/usr/src/mod_perl-1.27/Table' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Table' make[1]: Entering directory `/usr/src/mod_perl-1.27/URI' make[1]: Leaving directory `/usr/src/mod_perl-1.27/URI' make[1]: Entering directory `/usr/src/mod_perl-1.27/Util' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Util' ../apache_1.3.26/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529
Re: [OT] sf.net ?
It's up and working for me. -Justin - Original Message - From: Mark Schoonover [EMAIL PROTECTED] To: 'Hann, Brian' [EMAIL PROTECTED]; iudicium ferat [EMAIL PROTECTED] Cc: Modperl (E-mail) [EMAIL PROTECTED] Sent: Wednesday, September 18, 2002 12:25 PM Subject: RE: [OT] sf.net ? Me to... .mark -Original Message- From: Hann, Brian [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 18, 2002 9:22 AM To: iudicium ferat Cc: Modperl (E-mail) Subject: RE: [OT] sf.net ? No, it is for me as well. -Original Message- From: iudicium ferat [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 18, 2002 11:21 AM To: Modperl (E-mail) Subject: [OT] sf.net ? Is it me or is sf.net down? -Sx-:]
Re: help with a simple redirect
On Wed, Sep 18, 2002 at 07:43:43PM +0530, Sylbert L wrote: Hi .. I'm trying to do a simple redirect using mod_perl 2.0, Apache 2.0.40 .. just doesn't seem to work. This is my code, in a file called MySocket.pm package Apache::MySocket; use strict; use Apache::RequestRec (); use Apache::compat(); use Apache::Const -compile = qw(OK REDIRECT); sub handler { my $r = shift; $r-header_out(/test.html); I think you want $r-header_out(Location = http://domain.com/test.html;); return Apache::REDIRECT; } 1; This is what i added to httpd.conf : - Location /ok/ok SetHandler modperl PerlResponseHandler Apache::MySocket /Location - When I do this : http://localhost/ok/ok i want the web server to redirect to: http://localhost/test.html Where am i going wrong ? I'm not getting any errors .. even 'error_log ' is blank. Any clues ? Thanks -- Robert Landrum Systems Programmer
Re: help with a simple redirect
On 9/18/02 2:06 PM, Robert Landrum [EMAIL PROTECTED] wrote: $r-header_out(Location = http://domain.com/test.html;); This would work: $r-header_out(Location = /test.html\n\n); Cheers! -Sx- :]
Re: help with a simple redirect
iudicium ferat wrote: On 9/18/02 2:06 PM, Robert Landrum [EMAIL PROTECTED] wrote: $r-header_out(Location = http://domain.com/test.html;); This would work: $r-header_out(Location = /test.html\n\n); of course, this is common. but technically Location is only supposed to use an absolute URI. http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.30 --Geoff
[mp2.0] compatibility suggestion
Hey mod_perl users/developers, In short what I think we need is for the modperl2 perl-script configuration directive to automagically load the Apache::compat layer, please read below for why. I am working on the Hello World benchmarks to get them running against mod_perl2 so we can get some numbers comparing mod_perl1 against it, and meanwhile having to port to Apache2/mod_perl2 for the first time, in this case all of the benchmarks. What struck me odd was that even the simplest of handlers would not run directly under mod_perl/1.99_05-dev, as in: sub handler { my($r) = shift; $r-content_type('text/html'); $r-send_http_header(); $r-print('Hello '); $r-print('World'); 200; } In this case the error was about content_type() not being implemented which I could fix by adding: use Apache::compat; If it is the case that even the most trivial of applications need Apache::compat, then why not load the Apache::compat layer automatically? If performance is an issue, or code bloat or what not, then perhaps *Apache::compat* layer could be added only in case of using the *perl-script* config directive, instead of the new modperl directive. With the differences between the new modperl directive perl-script, it is clear that the latter is meant for backwards compatibility anyway, so why not go the extra mile load Apache::compat? At the very least, it will probably save the thousands of mod_perl modules out there from having to add that one Apache::compat line to their code. its not even that easy, in that to keep backwards compatibility with old modperl 1.x code, we have to add eval use Apache::compat; instead! I am actually already doing this now for the modules that I am trying to get to work with both mod_perl1 and mod_perl2 Thanks for the great work so far, and benchmarks will be forthcoming. Regards, Josh Josh Chamas, Founder phone:925-552-0128 Chamas Enterprises Inc.http://www.chamas.com NodeWorks Link Checkinghttp://www.nodeworks.com
When is Apache-server-log_error available?
I'd like to write some status messages to the error_log during server startup. So, I tried Apache-server-log_error( ... ) but it doesn't work. This works fine in the child processes. Is the log file not ready to write to during server startup? Printing to STDERR does not work either. It's not that important, but I'd like to know regardless. Cheers! -klm. +-+-+ | Kenneth L. Miller | There are 10 kinds of people in the | | Shetland Software Services Inc. | world: Those who understand binary, | | [EMAIL PROTECTED]| and those who don't. (unknown) | +-+-+
mod_perl 2.x vs. mod_perl 1.x benchmarks
Hey mod_perl users, I just did a benchmarks to compare mod_perl + apache versions 1 2. What I find striking is that without any optimizations, the v2 mod_perl apache are faster. I'm really blown away, as I was expecting the new versions to be slower with v1 configurations. Here's the numbers in brief: Apache/1.3.26 + mod_perl/1.27 + perl 5.6.1 Test Name Test File Hits/sec # of Hits Time(sec) secs/Hit Bytes/Hit Mem(KB) - - - - - - - - HTML static hello.htm 1420.710 70.390.000704 322 5062 mod_perl handlerhello.ben 942.510106.100.001061 206 7660 Apache/2.0.40 + Perl/v5.8.0 + mod_perl/1.99_05-dev Test Name Test File Hits/sec # of Hits Time(sec) secs/Hit Bytes/Hit Mem(KB) - - - - - - - - HTML static hello.htm 1619.710 61.740.000617 290 5912 mod_perl handlerhello.ben 1210.110 82.640.000826 194 11070 The mod_perl benchmark was run with the Apache::compat layer and the perl-script directive in Apache 2.x, so it was not optimized. Further, the configs between the web servers were identical on my linux server during the benchmarks, so Apache was not optimized at all for v2. on top of that, the mod_perl2 was loaded as a DSO while mod_perl1 was compiled statically. Again, I'm amazed. Obviously the apache mod_perl development teams have done an awesome job in building this next generation server. Regards, Josh
Re: mod_perl 2.x vs. mod_perl 1.x benchmarks
Josh Chamas wrote: I just did a benchmarks to compare mod_perl + apache versions 1 2. Cool. Any idea why bytes/hit is lower on apache 2? Are some headers being omitted? - Perrin
RE: Apache 1.2.36 mod_perl 1.27 Error 111 on Make Test -- Solution
OK, got a handle on this one... Not sure what's up with the Perl 5.6.1 rpm from Redhat, but mod_perl 1.27 will not work with it... Downgrading to Perl 5.6.0 will compile and test just fine! H I'm interested in fixing this with 5.6.1 but am unsure how to go about troubleshooting. Any tips would be great. Thanks! .mark -Original Message- From: Mark Schoonover [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 18, 2002 10:42 AM To: Modperl (E-mail) Subject: RE: Apache 1.2.36 mod_perl 1.27 Error 111 on Make Test -- Addit ional Info This statement got left out of the log: () gets absurd Can't fork done Thanks! .mark -Original Message- From: Mark Schoonover [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 18, 2002 9:15 AM To: Modperl (E-mail) Subject: Apache 1.2.36 mod_perl 1.27 Error 111 on Make Test Thanks for reading! I'm getting this error when make testing on a RH 7.2 box, using the above versions for Apache and mod_perl. The version of Perl is 5.6.1. Originally on this server it was Perl 5.6.0, but I royally screwed up when updating CPAN Long story short, I got CPAN to install Perl 5.8.0 which lives in /usr/local/bin, but the RH rpm puts the perl executable in /usr/bin... Siteperl looks normal as far as I can tell... A copy of the make test output is below... I've been following the directions in INSTALL.simple... I've started from fresh sources, and searched the archives... I've also renamed perl 5.8.0 executable to something else so it does not seen in the path. Any pointers to how I can unscrew my goof is greatly appreciated! Oh, there is no error_log either!! Thanks again. .mark The security, stability and reliability of a computer system is reciprocally proportional to the amount of vacuity between the ears of the admin __LOG__ (cd ../apache_1.3.26 PERL5LIB=/usr/src/mod_perl-1.27/lib: make) make[1]: Entering directory `/usr/src/apache_1.3.26' === src make[2]: Entering directory `/usr/src/apache_1.3.26' make[3]: Entering directory `/usr/src/apache_1.3.26/src' === src/regex make[4]: Nothing to be done for `all'. === src/regex === src/os/unix make[4]: Nothing to be done for `all'. === src/os/unix === src/ap make[4]: Nothing to be done for `all'. === src/ap === src/main make[4]: Nothing to be done for `all'. === src/main === src/lib === src/lib === src/modules === src/modules/standard make[5]: Nothing to be done for `all'. === src/modules/standard === src/modules/perl make[5]: Nothing to be done for `all'. === src/modules/perl === src/modules gcc -c -I./os/unix -I./include -DLINUX=22 -DMOD_PERL -DUSE_HSREGEX -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include `./apaci` modules.c gcc -c -I./os/unix -I./include -DLINUX=22 -DMOD_PERL -DUSE_HSREGEX -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include `./apaci` buildmark.c gcc -DLINUX=22 -DMOD_PERL -DUSE_HSREGEX -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include `./apaci`\ -o httpd buildmark.o modules.o modules/standard/libstandard.a modules/perl/libperl.a main/libmain.a ./os/unix/libos.a ap/libap.a regex/libregex.a -lm -lcrypt -rdynamic -L/usr/local/lib /usr/lib/perl5/5.6.1/i386-linux/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl5/5.6.1/i386-linux/CORE -lperl -lnsl -ldl -lm -lc -lcrypt -lutil make[3]: Leaving directory `/usr/src/apache_1.3.26/src' make[2]: Leaving directory `/usr/src/apache_1.3.26' make[2]: Entering directory `/usr/src/apache_1.3.26' === src/support make[3]: Entering directory `/usr/src/apache_1.3.26/src/support' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/usr/src/apache_1.3.26/src/support' === src/support make[2]: Leaving directory `/usr/src/apache_1.3.26' === src make[1]: Leaving directory `/usr/src/apache_1.3.26' make[1]: Entering directory `/usr/src/mod_perl-1.27/Apache' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Apache' make[1]: Entering directory `/usr/src/mod_perl-1.27/Connection' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Connection' make[1]: Entering directory `/usr/src/mod_perl-1.27/Constants' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Constants' make[1]: Entering directory `/usr/src/mod_perl-1.27/File' make[1]: Leaving directory `/usr/src/mod_perl-1.27/File' make[1]: Entering directory `/usr/src/mod_perl-1.27/Leak' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Leak' make[1]: Entering directory `/usr/src/mod_perl-1.27/Log' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Log' make[1]: Entering directory `/usr/src/mod_perl-1.27/ModuleConfig' make[1]: Leaving directory `/usr/src/mod_perl-1.27/ModuleConfig' make[1]: Entering directory `/usr/src/mod_perl-1.27/PerlRunXS' make[1]: Leaving directory `/usr/src/mod_perl-1.27/PerlRunXS'
Re: mod_perl 2.x vs. mod_perl 1.x benchmarks
Perrin Harkins wrote: Josh Chamas wrote: I just did a benchmarks to compare mod_perl + apache versions 1 2. Cool. Any idea why bytes/hit is lower on apache 2? Are some headers being omitted? Looks like its the Server tokens, see below. 32 bytes! Maybe on a benchmark this small, this makes a difference? *sigh* So I run it again with ServerTokens Min, and get the same results. :) Still something different on the mod_perl headers, looks like mod_perl 2.x is setting Content-Length where it didn't use to. Apache/1.3.26 Test Name Test File Hits/sec # of Hits Time(sec) secs/Hit Bytes/Hit Mem(KB) - - - - - - - - HTML static hello.htm 1417.5 42531 30.000.000705 250 5000 mod_perl handlerhello.ben 939.1 28181 30.010.001065 134 7244 Apache/2.0.40 Test Name Test File Hits/sec # of Hits Time(sec) secs/Hit Bytes/Hit Mem(KB) - - - - - - - - HTML static hello.htm 1602.4 48236 30.100.000624 250 6756 mod_perl handlerhello.ben 1177.3 36062 30.630.000849 154 11648 -- Josh === Old headers throwing static HTML bytes off HTTP/1.1 200 OK Date: Wed, 18 Sep 2002 20:14:59 GMT Server: Apache/2.0.40 (Unix) mod_perl/1.99_05-dev Perl/v5.8.0 Last-Modified: Sun, 10 Dec 2000 03:43:21 GMT ETag: 153814-c-7363e840 Accept-Ranges: bytes Content-Length: 12 Connection: close Content-Type: text/html HTTP/1.1 200 OK Date: Thu, 19 Sep 2002 01:02:20 GMT Server: Apache/1.3.26 (Unix) Resin/2.1.2 PHP/4.2.1 mod_perl/1.27 mod_ssl/2.8.9 OpenSSL/0.9.6b Last-Modified: Sun, 10 Dec 2000 03:43:21 GMT ETag: 153814-c-3a32fbd9 Accept-Ranges: bytes Content-Length: 12 Connection: close Content-Type: text/html
Apache 1.2.36 mod_perl 1.27 Error 111 on Make Test -- Solution
OK, got a handle on this one... Not sure what's up with the Perl 5.6.1 rpm from Redhat, but mod_perl 1.27 will not work with it... Downgrading to Perl 5.6.0 will compile and test just fine! H I'm interested in fixing this with 5.6.1 but am unsure how to go about troubleshooting. Any tips would be great. Thanks! .mark -Original Message- From: Mark Schoonover [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 18, 2002 10:42 AM To: Modperl (E-mail) Subject: RE: Apache 1.2.36 mod_perl 1.27 Error 111 on Make Test -- Addit ional Info This statement got left out of the log: () gets absurd Can't fork done Thanks! .mark -Original Message- From: Mark Schoonover [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 18, 2002 9:15 AM To: Modperl (E-mail) Subject: Apache 1.2.36 mod_perl 1.27 Error 111 on Make Test Thanks for reading! I'm getting this error when make testing on a RH 7.2 box, using the above versions for Apache and mod_perl. The version of Perl is 5.6.1. Originally on this server it was Perl 5.6.0, but I royally screwed up when updating CPAN Long story short, I got CPAN to install Perl 5.8.0 which lives in /usr/local/bin, but the RH rpm puts the perl executable in /usr/bin... Siteperl looks normal as far as I can tell... A copy of the make test output is below... I've been following the directions in INSTALL.simple... I've started from fresh sources, and searched the archives... I've also renamed perl 5.8.0 executable to something else so it does not seen in the path. Any pointers to how I can unscrew my goof is greatly appreciated! Oh, there is no error_log either!! Thanks again. .mark The security, stability and reliability of a computer system is reciprocally proportional to the amount of vacuity between the ears of the admin __LOG__ (cd ../apache_1.3.26 PERL5LIB=/usr/src/mod_perl-1.27/lib: make) make[1]: Entering directory `/usr/src/apache_1.3.26' === src make[2]: Entering directory `/usr/src/apache_1.3.26' make[3]: Entering directory `/usr/src/apache_1.3.26/src' === src/regex make[4]: Nothing to be done for `all'. === src/regex === src/os/unix make[4]: Nothing to be done for `all'. === src/os/unix === src/ap make[4]: Nothing to be done for `all'. === src/ap === src/main make[4]: Nothing to be done for `all'. === src/main === src/lib === src/lib === src/modules === src/modules/standard make[5]: Nothing to be done for `all'. === src/modules/standard === src/modules/perl make[5]: Nothing to be done for `all'. === src/modules/perl === src/modules gcc -c -I./os/unix -I./include -DLINUX=22 -DMOD_PERL -DUSE_HSREGEX -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include `./apaci` modules.c gcc -c -I./os/unix -I./include -DLINUX=22 -DMOD_PERL -DUSE_HSREGEX -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include `./apaci` buildmark.c gcc -DLINUX=22 -DMOD_PERL -DUSE_HSREGEX -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include `./apaci`\ -o httpd buildmark.o modules.o modules/standard/libstandard.a modules/perl/libperl.a main/libmain.a ./os/unix/libos.a ap/libap.a regex/libregex.a -lm -lcrypt -rdynamic -L/usr/local/lib /usr/lib/perl5/5.6.1/i386-linux/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl5/5.6.1/i386-linux/CORE -lperl -lnsl -ldl -lm -lc -lcrypt -lutil make[3]: Leaving directory `/usr/src/apache_1.3.26/src' make[2]: Leaving directory `/usr/src/apache_1.3.26' make[2]: Entering directory `/usr/src/apache_1.3.26' === src/support make[3]: Entering directory `/usr/src/apache_1.3.26/src/support' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/usr/src/apache_1.3.26/src/support' === src/support make[2]: Leaving directory `/usr/src/apache_1.3.26' === src make[1]: Leaving directory `/usr/src/apache_1.3.26' make[1]: Entering directory `/usr/src/mod_perl-1.27/Apache' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Apache' make[1]: Entering directory `/usr/src/mod_perl-1.27/Connection' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Connection' make[1]: Entering directory `/usr/src/mod_perl-1.27/Constants' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Constants' make[1]: Entering directory `/usr/src/mod_perl-1.27/File' make[1]: Leaving directory `/usr/src/mod_perl-1.27/File' make[1]: Entering directory `/usr/src/mod_perl-1.27/Leak' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Leak' make[1]: Entering directory `/usr/src/mod_perl-1.27/Log' make[1]: Leaving directory `/usr/src/mod_perl-1.27/Log' make[1]: Entering directory `/usr/src/mod_perl-1.27/ModuleConfig' make[1]: Leaving directory `/usr/src/mod_perl-1.27/ModuleConfig' make[1]: Entering directory `/usr/src/mod_perl-1.27/PerlRunXS' make[1]: Leaving directory `/usr/src/mod_perl-1.27/PerlRunXS'