Apache Version 1.3.0 required, aborting... You need mod_perl 1.24_01 , or later to build with Apache 1.3.14
Hey guys, Even google knew the answer to this one. See http://www.mail-archive.com/modperl%40apache.org/msg12607.html I thought if I put the error message AND the solution in the subject line, with a slightly sarcastic message, and then everybody flamed me (being careful to keep the subject line) so as to make the longest thread you ever did see, maybe somebody would find it one day before spamming the List. Flames please? Try to make them original and witty, there'll be a prize for the best one before the end of January. The organizer's decision is final... 73, Ged. PS: You need mod_perl 1.24_01 or later to build with Apache 1.3.14 :)
XML subrequest
Hallo. I have a problem. I was writing a Apache module, that would generate a form, then gather and check the form data, send it to a second server and get a xml page for an answer. What I need now, is to parse somehow this xml content and return user a html page. Somebody told me to use subrequest and XML::Sablotron, but I didn't find any clues how to do it, and as I haven't previously written any Apache modules I'm deep in s..? :P Greetings, Antti
make problem - mod_perl.h not found by Apache::modules
Hi. I'm having problems getting mod_perl (1.24_01) to compile. I'm using perl 5.6.0, apache 1.3.14, RH Linux 6.2/Intel (with upgrades). This is odd since I've previously built mod_perl successfully as a DSO (and the problem appears to be in the configure - I don't get far enough in the make to be worried about run-time incompatibilies with 1.3.14). Of course, I don't have the options used in the previous mod_perl build. My .makepl_args.mod_perl reads APACHE_PREFIX=/usr/local/apache WITH_APXS=/usr/local/apache/bin/apxs USE_APXS=1 #USE_DSO=1 #turns on all standard Apache:: modules, compiles them as #dynamic libraries DYNAMIC=1 # turn on all those Perl*Handler directives ALL_HOOKS=1 #misc features # Perl in config files PERL_SECTIONS=1 # Don't allow #perl in SSI PERL_SSI=0 PERL_DIRECTIVE_HANDLERS=1 PERL_STACKED_HANDLERS=1 PERL_METHOD_HANDLERS=1 Making yields (lines mangled by pasting into pine): (cd ./apaci make) make[1]: Entering directory `/home/lynn/http/mod_perl-1.24_01/apaci' cc -fpic -O2 -I/usr/local/perl/lib/5.6.0/i686-linux/CORE -fno-strict-aliasing -I/usr/local/include -DMOD_PERL_VERSION=\"1.24_01\" -DMOD_PERL_STRING_VERSION=\"mod_perl/1.24_01\" -DNO_PERL_SSI=1 -I/usr/local/apache/include -DMOD_PERL -DLINUX=2 -DMOD_SSL=207101 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I../lib/expat-lite -c mod_perl.c mv mod_perl.o mod_perl.lo /usr/local/perl/bin/perl -MExtUtils::Embed -e xsinit -- -o perlxsi.c -std cc -fpic -O2 -I/usr/local/perl/lib/5.6.0/i686-linux/CORE -fno-strict-aliasing -I/usr/local/include -DMOD_PERL_VERSION=\"1.24_01\" -DMOD_PERL_STRING_VERSION=\"mod_perl/1.24_01\" -DNO_PERL_SSI=1 -I/usr/local/apache/include -DMOD_PERL -DLINUX=2 -DMOD_SSL=207101 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I../lib/expat-lite -c perlxsi.c mv perlxsi.o perlxsi.lo cc -fpic -O2 -I/usr/local/perl/lib/5.6.0/i686-linux/CORE -fno-strict-aliasing -I/usr/local/include -DMOD_PERL_VERSION=\"1.24_01\" -DMOD_PERL_STRING_VERSION=\"mod_perl/1.24_01\" -DNO_PERL_SSI=1 -I/usr/local/apache/include -DMOD_PERL -DLINUX=2 -DMOD_SSL=207101 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I../lib/expat-lite -c perl_config.c mv perl_config.o perl_config.lo cc -fpic -O2 -I/usr/local/perl/lib/5.6.0/i686-linux/CORE -fno-strict-aliasing -I/usr/local/include -DMOD_PERL_VERSION=\"1.24_01\" -DMOD_PERL_STRING_VERSION=\"mod_perl/1.24_01\" -DNO_PERL_SSI=1 -I/usr/local/apache/include -DMOD_PERL -DLINUX=2 -DMOD_SSL=207101 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I../lib/expat-lite -c perl_util.c mv perl_util.o perl_util.lo cc -fpic -O2 -I/usr/local/perl/lib/5.6.0/i686-linux/CORE -fno-strict-aliasing -I/usr/local/include -DMOD_PERL_VERSION=\"1.24_01\" -DMOD_PERL_STRING_VERSION=\"mod_perl/1.24_01\" -DNO_PERL_SSI=1 -I/usr/local/apache/include -DMOD_PERL -DLINUX=2 -DMOD_SSL=207101 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I../lib/expat-lite -c perlio.c mv perlio.o perlio.lo cc -fpic -O2 -I/usr/local/perl/lib/5.6.0/i686-linux/CORE -fno-strict-aliasing -I/usr/local/include -DMOD_PERL_VERSION=\"1.24_01\" -DMOD_PERL_STRING_VERSION=\"mod_perl/1.24_01\" -DNO_PERL_SSI=1 -I/usr/local/apache/include -DMOD_PERL -DLINUX=2 -DMOD_SSL=207101 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I../lib/expat-lite -c mod_perl_opmask.c mv mod_perl_opmask.o mod_perl_opmask.lo rm -f libperl.so cc -shared -L/usr/local/apache/lib -L/usr/local/openssl/lib -L/usr/local/perl/lib -L/usr/local/lib -o libperl.so mod_perl.lo perlxsi.lo perl_config.lo perl_util.lo perlio.lo mod_perl_opmask.lo -rdynamic -L/usr/local/apache/lib -L/usr/local/openssl/lib -L/usr/local/perl/lib -L/usr/local/lib /usr/local/perl/lib/5.6.0/i686-linux/auto/DynaLoader/DynaLoader.a -L/usr/local/perl/lib/5.6.0/i686-linux/CORE -lperl -lnsl -lndbm -lgdbm -ldb -ldl -lm -lc -lposix -lcrypt make[1]: Leaving directory `/home/lynn/http/mod_perl-1.24_01/apaci' mkdir blib mkdir blib/lib mkdir blib/arch mkdir blib/arch/auto mkdir blib/arch/auto/mod_perl mkdir blib/lib/auto mkdir blib/lib/auto/mod_perl mkdir blib/man3 cp lib/Apache/Registry.pm blib/lib/Apache/Registry.pm cp lib/Apache/SizeLimit.pm blib/lib/Apache/SizeLimit.pm cp lib/Apache/Resource.pm blib/lib/Apache/Resource.pm cp lib/Apache/PerlSections.pm blib/lib/Apache/PerlSections.pm cp lib/Apache/RegistryNG.pm blib/lib/Apache/RegistryNG.pm cp lib/Apache/PerlRun.pm blib/lib/Apache/PerlRun.pm cp lib/Apache/Debug.pm blib/lib/Apache/Debug.pm cp lib/mod_perl_hooks.pm.PL blib/lib/mod_perl_hooks.pm.PL cp lib/Apache/MyConfig.pm blib/lib/Apache/MyConfig.pm cp src/modules/perl/mod_perl_xs.h blib/arch/auto/Apache/include/modules/perl/mod_perl_xs.h cp mod_perl_tuning.pod blib/lib/mod_perl_tuning.pod cp src/modules/perl/mod_perl_version.h blib/arch/auto/Apache/include/modules/perl/mod_perl_version.h cp lib/Apache/ExtUtils.pm blib/lib/Apache/ExtUtils.pm cp lib/Apache/httpd_conf.pm blib/lib/Apache/httpd_conf.pm cp src/ap_config_auto.h blib/arch/auto/Apache/include/ap_config_auto.h cp lib/Apache/src.pm blib/lib/Apache/src.pm cp mod_perl_traps.pod blib/lib/mod_perl_traps.pod cp lib/Apache/SIG.pm
Re: XML subrequest
On Sat, 27 Jan 2001, Antti Linno wrote: Hallo. I have a problem. I was writing a Apache module, that would generate a form, then gather and check the form data, send it to a second server and get a xml page for an answer. What I need now, is to parse somehow this xml content and return user a html page. Somebody told me to use subrequest and XML::Sablotron, but I didn't find any clues how to do it, and as I haven't previously written any Apache modules I'm deep in s..? :P Maybe AxKit would help you? http://axkit.org/ -- Matt/ /||** Director and CTO ** //||** AxKit.com Ltd ** ** XML Application Serving ** // ||** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** Personal Web Site: http://sergeant.org/ ** \\// //\\ // \\
Re: Apache Version 1.3.0 required, aborting... You need mod_perl 1.24_01 , or later to build with Apache 1.3.14
ged - you are just plain wrong here. the error message is very clear. u just need to install apache 1.3.0. to hell with bugs and security problems. newer software is just bloated and cpu hungry anyways. well, now i'll get pack to my port of perl 4, mod_perl, and apache 1.3.0 for the TRS-80. cliff "G.W. Haywood" wrote: Hey guys, Even google knew the answer to this one. See http://www.mail-archive.com/modperl%40apache.org/msg12607.html I thought if I put the error message AND the solution in the subject line, with a slightly sarcastic message, and then everybody flamed me (being careful to keep the subject line) so as to make the longest thread you ever did see, maybe somebody would find it one day before spamming the List. Flames please? Try to make them original and witty, there'll be a prize for the best one before the end of January. The organizer's decision is final... 73, Ged. PS: You need mod_perl 1.24_01 or later to build with Apache 1.3.14 :) -- ___cliff [EMAIL PROTECTED]http://www.genwax.com/
Re: Apache Version 1.3.0 required, aborting... You need mod_perl 1.24_01 , or later to build with Apache 1.3.14
Hi Cliff, On Sat, 27 Jan 2001, ___cliff rayman___ wrote: ged - you are just plain wrong here. the error message is very clear. u just need to install apache 1.3.0. to hell with bugs and security problems. newer software is just bloated and cpu hungry anyways. well, now i'll get pack to my port of perl 4, mod_perl, and apache 1.3.0 for the TRS-80. Hmmm. Six out of ten. ( And that's only 'cos I'm in a good mood :) 73, Ged.
Making PHP and mod_perl live together in Apache 1.3.14.
I'm having loads of trouble geting PHP (either as a dynamic SO or a static SO) to live peacefully with mod_perl 1.24_10. if they are both compiled in the httpd binary, then apache causes segmenation faults. any ideas on how to work around this? / wells // [EMAIL PROTECTED] " i saved latin. what did you ever do? "
Re: Making PHP and mod_perl live together in Apache 1.3.14.
Hi there, On Sat, 27 Jan 2001, wells wrote: I'm having loads of trouble geting PHP (either as a dynamic SO or a static SO) to live peacefully with mod_perl 1.24_10. if they are both compiled in the httpd binary, then apache causes segmenation faults. any ideas on how to work around this? I had an idea there was something in the archives on this topic, but if not and you get no other replies (which shouldn't surprise you:) then you might have a look in SUPPORT and post a backtrace. 73, Ged.
mod_perl as DSO on AIX with perl-5.6
Hey. I see in mod_perl's INSTALL document that there's a required patch for DynaLoader if you intend to run mod_perl as DSO on AIX (4.3) with perl-5.005_3. Is patching required for 5.6? If so, will the same patch in the INSTALL doc apply? Regards, Christian - Christian Gilmore Infrastructure Tools Team Lead Web Multimedia Development Tivoli Systems, Inc.
Re: Making PHP and mod_perl live together in Apache 1.3.14.
Hi there, On Sat, 27 Jan 2001, wells wrote: Thanks for the reply.. is there a URL where I can view the archives of Support? I think there's a misunderstanding here. SUPPORT is the name of a file in your mod_perl directory, right alongside README... The several archives of the mod_perl Mailing List are available from the mod_perl home page, http://perl.apache.org. They have search engines. It's perhaps overstating the case to call that "support", it's more a place where people help each other out, bounce ideas around and let off steam - but there are also occasional cries for help of course. HTH 73, Ged.
Error message -- out of free buffers:
I receive the following error message in my Apache error_log after pressing the submit button in "machine-gun like fashion" on one of my forms that requires roughly a minute to process each request using Apache::DBI, mod_perl and PostgreSQL. [Sat Jan 27 15:03:07 2001] null: DBD::Pg::st execute failed: ERROR: out of free buffers: time to abort ! [Sat Jan 27 15:03:07 2001] null: [Sat Jan 27 15:03:07 2001] [error] [Sat Jan 27 15:03:07 2001] null: Couldn't execute statement: ERROR: out of free buffers: time to abort ! [Sat Jan 27 15:03:07 2001] null: I did it out of curiosity, and to see if it would hang the server [it didn't :) ], but was wondering if it is possible to increase the number of free buffers, and how I would go about doing it. I'm not even sure if they are operating system dependent, or application dependent, but there seems to be enough memory available on my Linux box... total used free sharedbuffers cached Mem:517176 254588 262588 115020 70368 92680 -/+ buffers/cache: 91540 425636 Swap: 530104 0 530104 Thanks!
Re: [DIGEST] mod_perl digest 01/01/2001
On Tue, 9 Jan 2001, Geoffrey Young wrote: What happened to the weekly digests? o Apache - stable: 1.3.14 (released October 13, 2000) [3] - development: 1.3.15-dev [4] 1.3.17 is about to be released, .15 and .16 were skipped. -- ask bjoern hansen - http://ask.netcetera.dk/
Re: Making PHP and mod_perl live together in Apache 1.3.14.
Mr Wells, I have succesfully built them together following this procedure. I am also including mysql and imap support in PHP. Be aware that many lines that should be a 'one-liner' have been broken by my mailer. untar apache 1.3.12, mod_perl 1.24, php 4.0.3 and c-client (from uw) # build imap client code cd imap-2000.RELEASE-CANDIDATE.7/ make lnp # make some symlinks required by PHP ln -s /usr/src/downloaded/imap-2000.RELEASE-CANDIDATE.7/ lib ln -s /usr/src/downloaded/imap-2000.RELEASE-CANDIDATE.7/ include # prep Apache [PHP needs it] cd ../apache_1.3.12 ./configure # prep PHP # To avoid conflicts with mod_perl's DBI, we need to tell # it to use the system's mysql client, usually found at /usr # you can find it with `locate mysql.h` cd ../php-4.0.3 ./configure --with-apache=../apache_1.3.12 --enable-track-vars --with-imap=/usr/src/downloaded/imap-2000.RELEASE-CANDIDATE.7/ --with-mysql=/usr make ; make install # prep mod_perl segn INSTALL.apaci cd ../mod_perl-1.24 perl Makefile.PL EVERYTHING=1 PERL_TRACE=1 APACHE_SRC=../apache_1.3.12/src DO_HTTPD=1 PREP_HTTPD PERL_MARK_WHERE=1 USE_APACI=1 make make install # with this conf, the resulting apache is a STATICALLY LINKED APACHE cd ../apache_1.3.12 ./configure --prefix=/usr/local/apache.heavy --activate-module=src/modules/perl/libperl.a --with-layout=Apache --enable-module=all --activate-module=src/modules/php4/libphp4.a make make install # to make it shared, use --enable-shared=max
Re: Error message -- out of free buffers:
Sorry for the post. It appears to be a PostgreSQL configuration issue, and not an Apache/mod_perl issue.
Re: make problem - mod_perl.h not found by Apache::modules (more)
A little more on my configuration - I've got both a /usr/ install of perl (5.005) and 5.6.0 installed in /usr/local/perl (for chrooting purposes). I also have /usr/local install of apache 1.3.12 and a /usr/local/apache install of 1.3.14 (again, for chrooting). The attempt below was trying to use the perl 5.6.0 and apache 1.3.14 installs. I have since tried it with the 5.005 and 1.3.12 installs, using a configuration that was successful less than a month ago, and no go. The configuration was perl Makefile.PL USE_APXS=1 WITH_APXS=/usr/local/sbin/apache EVERYTHING=1 It gets the same error (Apache/Apache.c can't include mod_perl.h or mod_perl_xs.h). Those header files are in fact in blib/arch/auto/Apache/perl/ (at the point it attempts to compile Apache/Apache.c). The generated Apache.c's include statements are: #include "mod_perl.h" #include "mod_per_xs.h" and those headers aren't in Apache/ Now, the odd thing is that the last time I built it, make output this: make[1]: Entering directory `/home/lynn/http/mod_perl-1.24/Apache' mkdir ../blib/lib/auto/Apache cp Apache.pm ../blib/lib/Apache.pm (after building the files from apaci/). In other words, in that instance, it didn't try to build Apache/Apache.c. Of course, it built Apache.c statically into libperl.so, so why would it? But as I said, this option doesn't appear to work now (even in the attempts where I turned off DYNAMIC, or where I set EVERYTHING=1 (on the command line, without a .makepl_args.mod_perl, as above). My first guess would be there's something screwy in my perl configuration, but I don't think I've updated the 5.005 one since the last successful build. If anyone can offer me a clue, I'd greatly appreciate it. (Although I'm pretty set on building it as a DSO - even if I install it in the apache source tree statically, this is a puzzler). Thanks, Lynn PS The snippit from the successful build came from a log file of the shell session the last time I built Apache and all the components I use. I was surprised to find it - I usually don't have that kind of foresight ;-) On Sat, 27 Jan 2001, Lynn Winebarger wrote: Hi. I'm having problems getting mod_perl (1.24_01) to compile. I'm using perl 5.6.0, apache 1.3.14, RH Linux 6.2/Intel (with upgrades). This is odd since I've previously built mod_perl successfully as a DSO (and the problem appears to be in the configure - I don't get far enough in the make to be worried about run-time incompatibilies with 1.3.14). Of course, I don't have the options used in the previous mod_perl build. [snip]
Makefile.PL bug (?) - USE_APXS/DYNAMIC incompatible
Ok, I resolved this. It appears USE_APXS is incompatible with DYNAMIC, producing the results I posted previously. I don't know whether this reflects a true incompatibility in the code or not. Someone might want to add a warning - particularly since DYNAMIC is the only switch that turns on all the APIs without turning on everything (perl_ssi was the one I didn't want turned on). Or allow switches to override EVERYTHING. In addition, if you do a make clean after such a build, then reconfigure without turning DYNAMIC on, you get a similar problem, but in Connection/ (Apache/ is made without error). (I tested this in a freshly unarchived source dir). Thanks for the time, Lynn
cvs commit: modperl-site/conferences/tpc5-us cfp.html
ask 01/01/27 07:28:40 Modified:conferences/tpc5-us cfp.html Log: we don't have any paper presenters. Revision ChangesPath 1.4 +0 -1 modperl-site/conferences/tpc5-us/cfp.html Index: cfp.html === RCS file: /home/cvs/modperl-site/conferences/tpc5-us/cfp.html,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- cfp.html 2000/12/21 20:49:33 1.3 +++ cfp.html 2001/01/27 15:28:40 1.4 @@ -208,7 +208,6 @@ h3 font size=+0Important Dates/font/h3 font size=+0All other proposals due: February 1, 2001/font -pfont size=+0Notification to paper presenters: February 1, 2001/font pfont size=+0Notification to conference and tutorial presenters: March 1, 2001/font pfont size=+0Tutorial presentations due: May 1, 2001/font