Re: Problems installing on Solaris 8
"Angel R. Rivera" <[EMAIL PROTECTED]> writes: > Sorry to come in late into this. I had the same problems and spent a > while getting it all to build right. I am running on an Ultra class > machine with all my web stuff in /web/appl (automount point) so that > should be the only changes you need to worrry about. > > > then build mod_perl > > perl Makefile.PL \ > USE_DSO=1 \ > USE_APXS=1 \ > WITH_APXS=/web/appl/apache/bin/apxs \ > PERL_USELARGEFILES=0 \ > EVERYTHING=1 > > I built it DSO. I was hoping to get away with it compiled in as static. I've heard fearful tales of memory leaks and other problems when using it as a DSO. Are these still present ? -- - Wayne Pascoe | Be nice to your daemons. [EMAIL PROTECTED] | http://www.molemanarmy.com |
Re: Problems installing on Solaris 8
Ged Haywood <[EMAIL PROTECTED]> writes: > > if I compile Apache with mod_perl, then mod_auth_db, mod_proxy and > > mod_negotiation all stop working. If I compile Apache without > > mod_perl then they continue to work just fine. > > Something very wrong there. Do you have squeaky clean source trees? > I'd be tempted to erase the lot and start again. What's the compiler? > Post your httpd.conf? Have you built other (older) versions of Apache > and mod_perl on the same OS? Yep, whacked the whole lot and started from scratch. The problem also appears to happen with apache 1.3.23 as well. :( -- - Wayne Pascoe | Intestines inside [EMAIL PROTECTED] | http://www.molemanarmy.com |
Re: Problems installing on Solaris 8
Dave Hodgkinson <[EMAIL PROTECTED]> writes: > Ged Haywood <[EMAIL PROTECTED]> writes: > > > Something very wrong there. Do you have squeaky clean source trees? > > I'd be tempted to erase the lot and start again. What's the compiler? > > Post your httpd.conf? Have you built other (older) versions of Apache > > and mod_perl on the same OS? > > httpd -l > > should verify what modules really are linked in. [8:37am]# httpd -l Compiled-in modules: http_core.c mod_so.c mod_perl.c suexec: disabled; invalid wrapper /usr/local/apache/bin/suexec So it looks like mod_perl is definitely built in. If I have any of mod_negotiation, mod_proxy or mod_db_auth in my LoadModule list, a httpd -t or an attempt to start apache produces something like the following : Syntax error on line 16 of /usr/local/apache/conf/modules.conf: Cannot load /usr/local/apache/libexec/mod_negotiation.so into server: ld.so.1: ../bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/mod_negotiation.so: symbol __floatdisf: referenced symbol not found -- - Wayne Pascoe | Why did I flip? I got tired of coming up [EMAIL PROTECTED] | with last minute desparate solutions to http://www.molemanarmy.com | impossible problems created by other fucking | people. - Flightest on k5 |
Re: Problems installing on Solaris 8
Ged Haywood <[EMAIL PROTECTED]> writes: > Hi there, > > On 23 Mar 2002, Wayne Pascoe wrote: > > > Why does mod_perl need ssl and crypto ? Just curious... > > It doesn't. Have you tried sompiling static instead of DSO? There > have been DSO problems on Solaris (and elsewhere :) in the past but I > thought they were mostly put to bed now. This is a static build. mod_perl seems to compile ok actually. It's just that if I compile Apache with mod_perl, then mod_auth_db, mod_proxy and mod_negotiation all stop working. If I compile Apache without mod_perl then they continue to work just fine. -- - Wayne Pascoe | I laugh in the face of danger... [EMAIL PROTECTED] | Then I run and hide until it goes away! http://www.molemanarmy.com |
Re: Problems installing on Solaris 8
The Wizkid <[EMAIL PROTECTED]> writes: > Opps, I forgot some stuff > Use this on the make command > > > LIBS=" -L/opt/local/lib -lssl -lcrypto " \ > INCLUDES=" -I/opt/local/include " \ > make > > string I'm using is: A locate libssl shows it to be in /usr/local/openssl/lib libcrypto looks to be in /usr/local/lib. What should I set the LIBS line to in this case ? I've just tried " -L/usr/local/openssl/lib \ -L/usr/local/lib -l libssl -lcrypto" with no luck. > env SSL_BASE="/opt/local" \ > CFLAGS="-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" \ > LIBS=" -L/opt/local/lib -lssl -lcrypto " \ > INCLUDES=" -I/opt/local/include " \ > OPTIM="-O2" make > > You need this if Perl and Apache is compiled with the bigfiles option. How can I find out if perl was configured with the bigfiles option? Is there anyway to see these if I don't have the original config files from the source directory ? I've tried the above without the LARGEFILE stuff, but still no luck :( I'll try some more in the morning. Thanks for that :) -- - Wayne Pascoe | 'tis far easier to get forgiveness than [EMAIL PROTECTED] | it is to get permission - probably someone http://www.molemanarmy.com | famous, but more often, my Dad. |
Re: Problems installing on Solaris 8
The Wizkid <[EMAIL PROTECTED]> writes: > This one is easy. Include the ssl library with > > env LIBRARIES=' -L -lssl -lcrypto Why does mod_perl need ssl and crypto ? Just curious... I'll try this now... > I hope you have bettter luck then I have. I got past this, and I > have not been able to get GCC to link mod_perl in at all. Static or > DSO. I'm going to load the Forte compiler and try again Monday. > I've never failed on getting stuff like this to compile and run > correctly, and I'm not going to start now. Wish I could help you on that :( -- - Wayne Pascoe | You know, it's simply not true that [EMAIL PROTECTED] | wars never settle anything - James Burnham http://www.molemanarmy.com |
Problems installing on Solaris 8
Hi all, I'm trying to build mod_perl 1.26 and Apache 1.3.24 on Solaris 8. I have Perl 5.6.1 on the machine. I am building mod_perl as follows: perl Makefile.PL EVERYTHING=1 \ APACHE_SRC=../apache_1.3.24/src USE_APACI=1 \ PREP_HTTPD=1 DO_HTTPD=1 make make install I then change into the apache_1.3.24 directory and do ./configure --prefix=/usr/local/apache \ --enable-module=all --enable-shared=max \ --activate-module=src/modules/perl/libperl.a --enable-module=perl --disable-shared=perl make make install This all goes well, and I end up with an Apache installation in /usr/local/apache. However, I cannot start this. Doing a httpd -t gives me the following error: [7:13pm]# bin/httpd -t Syntax error on line 231 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/mod_auth_db.so into server: ld.so.1: bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/mod_auth_db.so: symbol db_open: referenced symbol not found If I comment out the mod_auth_db lines in my config and try again I get : [7:14pm]# ../bin/httpd -t Syntax error on line 233 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libproxy.so into server: ld.so.1: ../bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/libproxy.so: symbol __floatdisf: referenced symbol not found When I comment this one out, the server starts. But I need mod_proxy for this site :( This only seems to happen on Solaris. I've tested on FreeBSD 4.3, FreeBSD 4.5 and Debian GNU/Linux (Woody) and not been able to replicate this error. However doing the above steps on another Solaris 8 box seems to have the same problems. Any advice on this would be much appreciated. Regards, -- - Wayne Pascoe | The time for action is passed. [EMAIL PROTECTED] | Now is the time for senseless http://www.molemanarmy.com | bickering. |
WWWThreads
Hi there, Does anyone have any experience running WWWThreads under mod_perl? I have just followed the installation instructions and at http restart I get a lot of warnings as follows : [Mon Aug 13 20:18:59 2001] w3t.pm: "my" variable $query masks earlier declaration in same scope at /home/waynep/wwwthreads/cgi-bin/modules/w3t.pm line 1747. [Mon Aug 13 20:18:59 2001] w3t.pm: "my" variable $any masks earlier declaration in same scope at /home/waynep/wwwthreads/cgi-bin/modules/w3t.pm line 1758. [Mon Aug 13 20:18:59 2001] w3t.pm: "my" variable $Viewable masks earlier declaration in same scope at /home/waynep/wwwthreads/cgi-bin/modules/w3t.pm line 1883. Looking at the code, there are indeed multiple declarations of the same variable using my in a single code block. This does not strike me as a Good Thing... Also, looking in the logs while running this product, I see the following kinds of message (with PerlWarn On) [Mon Aug 13 20:14:24 2001] postlist.pl: Use of uninitialized value in concatenation (.) or string at /home/waynep/wwwthreads/cgi-bin/postlist.pl line 622. [Mon Aug 13 20:14:24 2001] postlist.pl: Use of uninitialized value in concatenation (.) or string at /home/waynep/wwwthreads/cgi-bin/postlist.pl line 632. [Mon Aug 13 20:14:24 2001] postlist.pl: Use of uninitialized value in concatenation (.) or string at /home/waynep/wwwthreads/cgi-bin/postlist.pl line 946. [Mon Aug 13 20:14:24 2001] postlist.pl: Use of uninitialized value in numeric gt (>) at /home/waynep/wwwthreads/cgi-bin/postlist.pl line 962. [Mon Aug 13 20:14:24 2001] postlist.pl: Use of uninitialized value in string ne at /home/waynep/wwwthreads/cgi-bin/modules/w3t.pm line 1222. Once again I'm thinking that this can't be good. Does anyone have any opinions on this product (Good or bad welcomed)? Thanks, -- - Wayne Pascoe | Intestines inside [EMAIL PROTECTED] | http://www.penguinpowered.org.uk |
problems building apache + mod_perl + mod_ssl on FreeBSD 4.3
Sorry if this appears twice. My mailserver says that it was accepted, but it has not shown up on the list yet... Hi all, I am trying to build mod_perl-1.26 for Apache 1.3.20 with mod_ssl 2.8.4 on FreeBSD. The version of perl that I have installed on this machine is 5.6.1 If I build just mod_perl and Apache, the build goes fine. The problem only exists if I add mod_ssl to the mix. To configure Apache, I have used the following command : ./configure --prefix=/usr/apache_admin --enable-module=all \ --enable-shared=max --enable-module=ssl \ --activate-module=src/modules/perl/libperl.a --enable-module=perl \ --disable-shared=ssl --disable-shared=perl I am using the mod_ssl installation instructions as follows : cd mod_ssl-2.8.4-1.3.20 ./configure --with-apache=../apache_1.3.20 cd ../mod_perl-1.26 perl Makefile.pl EVERYTHING=1 APACHE_SRC=../apache_1.3.20/src \ USE_APACI=1 PREP_HTTPD=1 DO_HTTPD=1 && make && make install cd ../apache_1.3.20 then I use the configure line described above. The configure goes fine in the Apache directory. The make breaks with the following error though : gcc -funsigned-char -DMOD_SSL=208104 -DMOD_PERL -DUSE_PERL_SSI -fno-strict-aliasing -I/usr/local/include -DEAPI -DUSE_EXPAT -I./lib/expat-lite `./apaci` -L/usr/lib -Wl,-E -o httpd buildmark.o modules.o modules/standard/libstandard.a modules/ssl/libssl.a modules/perl/libperl.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libexpat.a -lcrypt -lssl -lcrypto -Wl,-E -L/usr/local/lib /usr/local/lib/perl5/5.6.1/i386-freebsd/auto/DynaLoader/DynaLoader.a -L/usr/local/lib/perl5/5.6.1/i386-freebsd/CORE -lperl -lm -lc -lcrypt -liconv -lutil /usr/local/lib/perl5/5.6.1/i386-freebsd/auto/DynaLoader/DynaLoader.a(DynaLoader.o): In function `SaveError': DynaLoader.o(.text+0x159): undefined reference to `Perl_vmess' *** Error code 1 Stop in /home/waynep/src/apache_1.3.20/src. *** Error code 1 I'm pretty sure that this worked with apache 1.3.19 and the previous version of mod_ssl. Like I say, this only happens if mod_ssl is included in the mix. If I just do mod_perl and Apache, it works ok. Any assistance would be much appreciated! TIA, -- - Wayne Pascoe | You cannot apply a technological [EMAIL PROTECTED] | solution to a sociological problem. http://www.penguinpowered.org.uk | (Edwards' Law) |
problems building apache + mod_perl + mod_ssl on FreeBSD 4.3
Hi all, I am trying to build mod_perl-1.26 for Apache 1.3.20 with mod_ssl 2.8.4 on FreeBSD. The version of perl that I have installed on this machine is 5.6.1 If I build just mod_perl and Apache, the build goes fine. The problem only exists if I add mod_ssl to the mix. To configure Apache, I have used the following command : ./configure --prefix=/usr/apache_admin --enable-module=all \ --enable-shared=max --enable-module=ssl \ --activate-module=src/modules/perl/libperl.a --enable-module=perl \ --disable-shared=ssl --disable-shared=perl I am using the mod_ssl installation instructions as follows : cd mod_ssl-2.8.4-1.3.20 ./configure --with-apache=../apache_1.3.20 cd ../mod_perl-1.26 perl Makefile.pl EVERYTHING=1 APACHE_SRC=../apache_1.3.20/src \ USE_APACI=1 PREP_HTTPD=1 DO_HTTPD=1 && make && make install cd ../apache_1.3.20 then I use the configure line described above. The configure goes fine in the Apache directory. The make breaks with the following error though : gcc -funsigned-char -DMOD_SSL=208104 -DMOD_PERL -DUSE_PERL_SSI -fno-strict-aliasing -I/usr/local/include -DEAPI -DUSE_EXPAT -I./lib/expat-lite `./apaci` -L/usr/lib -Wl,-E -o httpd buildmark.o modules.o modules/standard/libstandard.a modules/ssl/libssl.a modules/perl/libperl.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libexpat.a -lcrypt -lssl -lcrypto -Wl,-E -L/usr/local/lib /usr/local/lib/perl5/5.6.1/i386-freebsd/auto/DynaLoader/DynaLoader.a -L/usr/local/lib/perl5/5.6.1/i386-freebsd/CORE -lperl -lm -lc -lcrypt -liconv -lutil /usr/local/lib/perl5/5.6.1/i386-freebsd/auto/DynaLoader/DynaLoader.a(DynaLoader.o): In function `SaveError': DynaLoader.o(.text+0x159): undefined reference to `Perl_vmess' *** Error code 1 Stop in /home/waynep/src/apache_1.3.20/src. *** Error code 1 I'm pretty sure that this worked with apache 1.3.19 and the previous version of mod_ssl. Like I say, this only happens if mod_ssl is included in the mix. If I just do mod_perl and Apache, it works ok. Any assistance would be much appreciated! TIA, -- - Wayne Pascoe | Be nice to your daemons. [EMAIL PROTECTED] | http://www.penguinpowered.org.uk |
How to tell if scripts are mod_perl ?
Hi there, I'm trying to roll out some software by one of our 3rd party developers. I'm trying to find out if the scripts will actually be run through mod_perl and not as cgi's. The only config changes that they have specified to my Apache config is as follows : Alias /cgi-bin/ /real/path/to/perl-scripts/ SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI They have not requested any settings like PerlWarn On PerlTaintCheck On There are also no use statements being required (eg use Apache::Registry() ) in the config. Is there any way to check that the scripts are being run through mod_perl and not as cgi's ? Thanks, -- --Wayne-- The time for action is passed. | [EMAIL PROTECTED] Now is the time for sensless| www.penguinpowered.org.uk bickering. |
