Re: mod_perl troubles with RedHat 8.0 and Perl 5.8.0
On 19 Dec 2002, Aaron Johnson wrote: > How does your perl -V differ from the Mandrake one? The default install > of Perl didn't have a perldoc either, I am wondering if it is a bad > build. Mine is [root@www2 root]# perl -V Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=linux, osvers=2.4.18-11smp, archname=i386-linux-thread-multi uname='linux daffy.perf.redhat.com 2.4.18-11smp #1 smp thu aug 15 06:41:59 edt 2002 i686 i686 i386 gnulinux ' config_args='-des -Doptimize=-O2 -march=i386 -mcpu=i686 -Dmyhostname=localhost -Dperladmin=root@localhost -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -isr' 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='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm', optimize='-O2 -march=i386 -mcpu=i686', cppflags='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -I/usr/include/gdbm' ccversion='', gccversion='3.2 20020822 (Red Hat Linux Rawhide 3.2-5)', 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='gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lgdbm -ldb -ldl -lm -lpthread -lc -lcrypt -lutil perllibs=-lnsl -ldl -lm -lpthread -lc -lcrypt -lutil libc=/lib/libc-2.2.92.so, so=so, useshrplib=true, libperl=libperl.so gnulibc_version='2.2.92' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE' cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Built under linux Compiled at Sep 1 2002 23:56:49 @INC: /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl . > When I do an: > rpm -ql perl | grep 'perldoc' > > I only get: > /usr/share/man/man1/perldoc.1.bz2 I get [root@www2 root]# rpm -ql perl | grep 'perldoc' /usr/bin/perldoc /usr/share/man/man1/perldoc.1.gz
Re: mod_perl troubles with RedHat 8.0 and Perl 5.8.0
On Wed, 2002-12-18 at 20:30, Stas Bekman wrote: > iansmith wrote: > > I have compiled apache_1.3.27 with mod_perl-1.27 and got no errors. > > I have mod_perl as a shared module. > > > > I can run Apache without mod_perl fine, but when I activate the > > mod_perl module, it gives me this in error_log for every connection > > and fails to deliver any pages at all. > > > > [notice] child pid 27049 exit signal Segmentation fault (11) > > > > My perl is: This is perl, v5.8.0 built for i386-linux-thread-multi > > > > I looked over the mod_perl documentation, but can't seem to find > > anything that says what works and what does not. > > > > Do I need to compile a non-threaded version of Perl? > > Certainly Aaron's solution should work, but it'd be nice to figure out > the cause of segfaults, because a threaded 5.8 perl works just fine with > mod_perl for me (Mandrake 9.0). Though I built it by myself, I should > try using the Perl supplied by Mandrake. > How does your perl -V differ from the Mandrake one? The default install of Perl didn't have a perldoc either, I am wondering if it is a bad build. When I do an: rpm -ql perl | grep 'perldoc' I only get: /usr/share/man/man1/perldoc.1.bz2 I don't think it is just a thread issue. Aaron > Before you rebuild it, if you can get the segfault backtrace, that would > be great. If you don't know how, check: > http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems > > __ > 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: mod_perl troubles with RedHat 8.0 and Perl 5.8.0
On Thu, 19 Dec 2002, Stas Bekman wrote: > Before you rebuild it, if you can get the segfault backtrace, that would > be great. If you don't know how, check: > http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems Tried to do a "make test" in the mod_perl directory and got... Syntax error on line 3 of mod_perl-1.27/t/conf/httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration I did a manual run with gdb and got this when it crashed... Starting program: /var/www-1/source/apache_1.3.27/src/httpd -X [New Thread 8192 (LWP 5250)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 8192 (LWP 5250)] #0 0x400c8dfd in perl_header_parser () from /var/www-1/libexec/libperl.so #1 0x0806acdd in run_method () #2 0x0806add7 in ap_header_parse () #3 0x0807f198 in process_request_internal () #4 0x0807f552 in ap_process_request () #5 0x08076816 in child_main () #6 0x080769b6 in make_child () #7 0x08076b1d in startup_children () #8 0x0807714a in standalone_main () #9 0x08077968 in main () #10 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6 Any ideas? Thanks. -- Ian
Re: mod_perl fails tests
On Wed, 18 Dec 2002 [EMAIL PROTECTED] wrote: > Yes, I was able to find CGI.pm. You may have "found" it but your webserver hasn't. > Do you know how I can fix my "problem" and > get mod_perl installed and configured. > You need to fix this part first. I would try unintsalling and then reinstalling CGI.pm via CPAN. - nick Nick Tonkin {|8^)> > Thanks- > Rodney > > On Wed, 18 Dec 2002 16:13:19 +0800 Stas Bekman <[EMAIL PROTECTED]> wrote: > > > [EMAIL PROTECTED] wrote: > > > I am having some trouble installing mod_perl > > on my redhat linux 8.0 box. I > > > > > > successfully installed apache 2.0.43 from > > source and placed it in the > > > /usr/local/apache2 directory. In addition, I > > downloaded the latest version of > > > mod_perl from cvs. I successfully used the > > following command to generate the > > > makefile: perl Makefile.PL > > MP_AP_PREFIX=/usr/local/apache2 > > MP_INST_APACHE2=1. > > > Even though the make process was successful > > the make test process was not. As > > > clear as I can tell from the error message > > that I listed below, mod_perl is > > > looking for apache components in > > > > > /home/software/apache_cvs/modperl-2.0/t/conf/httpd > > .conf which is clearly > > > wrong since my httpd.conf file is in > > /usr/local/apache2/conf. > > > > Actually, this is the correct httpd.conf which > > is autogenerated for the > > tests only > > > > > Here is the error message: > > > > > > waiting for server to start: ...[Tue Dec 17 > > 17:37:17 2002] [info] 19 Apache:: > > > modules loaded > > > [Tue Dec 17 17:37:17 2002] [info] 5 APR:: > > modules loaded > > > [Tue Dec 17 17:37:17 2002] [info] base server > > + 6 vhosts ready to run tests > > > ..[Tue Dec 17 17:37:19 2002] [info] 19 > > Apache:: modules loaded > > > [Tue Dec 17 17:37:20 2002] [info] 5 APR:: > > modules loaded > > > .[Tue Dec 17 17:37:20 2002] [info] base > > server + 6 vhosts ready to run tests > > > Syntax error on line 693 of > > > > > /home/software/apache_cvs/modperl-2.0/t/conf/httpd.conf: > > > Can't locate CGI.pm in @INC (@INC contains: > > > > > /home/software/apache_cvs/modperl-2.0/blib/lib/Apache2 > > > > > /home/software/apache_cvs/modperl-2.0/blib/arch/Apache2 > > > > > /home/software/apache_cvs/modperl-2.0/Apache-Test/lib > > > /home/software/apache_cvs/modperl-2.0/lib > > > > > /home/software/apache_cvs/modperl-2.0/blib/lib > > > > > /home/software/apache_cvs/modperl-2.0/blib/arch > > > > > /home/software/apache_cvs/modperl-2.0/t/response > > > > > /home/software/apache_cvs/modperl-2.0/t/protocol > > > /home/software/apache_cvs/modperl-2.0/t/hooks > > > > > /home/software/apache_cvs/modperl-2.0/t/filter > > > /home/software/apache_cvs/modperl-2.0/t > > > > > /home/software/apache_cvs/modperl-2.0/t/htdocs/testdirective/perlmodule-vh > > > > > /home/software/apache_cvs/modperl-2.0/t/htdocs/testdirective/main > > > /usr/lib/perl5/5.8.0/i386-linux-thread-multi > > /usr/lib/perl5/5.8.0 > > > > > /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi > > > /usr/lib/perl5/site_perl/5.8.0 > > /usr/lib/perl5/site_perl > > > > > /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi > > > /usr/lib/perl5/vendor_perl/5.8.0 > > /usr/lib/perl5/vendor_perl) at (eval 22) line > > > 3. > > > > > > !!! > > > 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 > > > > You mean, you have 5.8.0 but no CGI.pm? It > > should be there, because it's > > the part of the core. > > > > can you please do: > > > > find /usr/lib/perl5 -name "CGI.pm" > > > > Do you get 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: mod_perl fails tests
Yes, I was able to find CGI.pm. Do you know how I can fix my "problem" and get mod_perl installed and configured. Thanks- Rodney On Wed, 18 Dec 2002 16:13:19 +0800 Stas Bekman <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > > I am having some trouble installing mod_perl > on my redhat linux 8.0 box. I > > > > successfully installed apache 2.0.43 from > source and placed it in the > > /usr/local/apache2 directory. In addition, I > downloaded the latest version of > > mod_perl from cvs. I successfully used the > following command to generate the > > makefile: perl Makefile.PL > MP_AP_PREFIX=/usr/local/apache2 > MP_INST_APACHE2=1. > > Even though the make process was successful > the make test process was not. As > > clear as I can tell from the error message > that I listed below, mod_perl is > > looking for apache components in > > > /home/software/apache_cvs/modperl-2.0/t/conf/httpd > .conf which is clearly > > wrong since my httpd.conf file is in > /usr/local/apache2/conf. > > Actually, this is the correct httpd.conf which > is autogenerated for the > tests only > > > Here is the error message: > > > > waiting for server to start: ...[Tue Dec 17 > 17:37:17 2002] [info] 19 Apache:: > > modules loaded > > [Tue Dec 17 17:37:17 2002] [info] 5 APR:: > modules loaded > > [Tue Dec 17 17:37:17 2002] [info] base server > + 6 vhosts ready to run tests > > ..[Tue Dec 17 17:37:19 2002] [info] 19 > Apache:: modules loaded > > [Tue Dec 17 17:37:20 2002] [info] 5 APR:: > modules loaded > > .[Tue Dec 17 17:37:20 2002] [info] base > server + 6 vhosts ready to run tests > > Syntax error on line 693 of > > > /home/software/apache_cvs/modperl-2.0/t/conf/httpd.conf: > > Can't locate CGI.pm in @INC (@INC contains: > > > /home/software/apache_cvs/modperl-2.0/blib/lib/Apache2 > > > /home/software/apache_cvs/modperl-2.0/blib/arch/Apache2 > > > /home/software/apache_cvs/modperl-2.0/Apache-Test/lib > > /home/software/apache_cvs/modperl-2.0/lib > > > /home/software/apache_cvs/modperl-2.0/blib/lib > > > /home/software/apache_cvs/modperl-2.0/blib/arch > > > /home/software/apache_cvs/modperl-2.0/t/response > > > /home/software/apache_cvs/modperl-2.0/t/protocol > > /home/software/apache_cvs/modperl-2.0/t/hooks > > > /home/software/apache_cvs/modperl-2.0/t/filter > > /home/software/apache_cvs/modperl-2.0/t > > > /home/software/apache_cvs/modperl-2.0/t/htdocs/testdirective/perlmodule-vh > > > /home/software/apache_cvs/modperl-2.0/t/htdocs/testdirective/main > > /usr/lib/perl5/5.8.0/i386-linux-thread-multi > /usr/lib/perl5/5.8.0 > > > /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi > > /usr/lib/perl5/site_perl/5.8.0 > /usr/lib/perl5/site_perl > > > /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi > > /usr/lib/perl5/vendor_perl/5.8.0 > /usr/lib/perl5/vendor_perl) at (eval 22) line > > 3. > > > > !!! > > 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 > > You mean, you have 5.8.0 but no CGI.pm? It > should be there, because it's > the part of the core. > > can you please do: > > find /usr/lib/perl5 -name "CGI.pm" > > Do you get 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 > >
[mp2.0/Win2K] Compress::Zlib works under /cgi-bin/, not under /perl/
Folks Env: OS: Win2K Server Version: Apache/2.0.43 (Win32) mod_perl/1.99_08-dev Perl/v5.8.0 Server Built: Oct 4 2002 17:26:50 (ie an early version of 5.8.0) This Perl/Apache combo was built by Randy Kobes. Problem: Calls to Compress::Zlib's gzwrite succeed if code runs under /cgi-bin/, but fails if run under /perl/ (say) controlled by ModPerl::Registry. In the log extract below, I've run 2 tests, the first with the /cgi-bin/ version first, and the second with the /perl/ version first. Test data: I'll include the info below (much wrapped), but if you want the test data, and what's below, as a *.tar.gz, just email me. Installation of test module 1. Create /perl-modules/. If you wish to use another name, patch test-zlib.cgi line 190 2. Ungzip/tar Module-MakeDist-1.03.tgz into /perl-modules/. This contains the module causing problems, MakeDist.pm, and servers as test data too. 3. Copy MakeDist.pm into /perl/site/lib/Module. MakeDist.pm uses these modules: use Archive::Tar;use Archive::Zip qw/:ERROR_CODES/;use Carp;use Compress::Zlib;use Config;use File::Copy;use File::Find;use File::Path;use File::Spec; 4. Copy test-zlib.cgi into /apache2/cgi-bin/. 5. Copy test-zlib.cgi into /apache2/perl/, say, a directory controlled by ModPerl::Registry: PerlRequire "C:/Apache2/conf/startup.pl" Alias /perl/ "C:/Apache2/perl/ SetHandler perl-script PerlResponseHandler ModPerl::Registry Options +ExecCGI PerlOptions +ParseHeaders Order deny,allow Deny from all Allow from 127.0.0.1 startup.pl is as shipped by Randy Kobes, ie unmodified. 6. Run http://127.0.0.1/cgi-bin/test-zlib.cgi. In the 2 text boxes labelled 'Module (Format: A::B):' and 'Version (Format: 1.00):', enter 'Module::MakeDist' and '1.03', respectively, without the quotes. Click the radio button 'Make distro (Module + Version)' and click 'Submit query'. 7. Repeat 6, using http://127.0.0.1/perl/test-zlib.cgi. 8. Log file, with 2 executes. Firstly with /cgi-bin/ version and then /perl/, and then with /perl/ first, and then /cgi-bin/ version. 12:22:09 2002] [notice] Parent: Received shutdown signal -- Shutting down the server. [Thu Dec 19 12:22:09 2002] [notice] Child 2592: Exit event signaled. Child process is ending. [Thu Dec 19 12:22:10 2002] [notice] Child 2592: Released the start mutex [Thu Dec 19 12:22:11 2002] [notice] Child 2592: Waiting for 250 worker threads to exit. [Thu Dec 19 12:22:11 2002] [notice] Child 2592: All worker threads have exited. [Thu Dec 19 12:22:11 2002] [notice] Child 2592: Child process is exiting [Thu Dec 19 12:22:12 2002] [notice] Parent: Child process exited successfully. [Thu Dec 19 12:22:15 2002] [notice] Parent: Created child process 2332 [Thu Dec 19 12:22:18 2002] [notice] Child 2332: Child process is running [Thu Dec 19 12:22:18 2002] [notice] Child 2332: Acquired the start mutex. [Thu Dec 19 12:22:18 2002] [notice] Child 2332: Starting 250 worker threads. [Thu Dec 19 12:23:47 2002] [error] [client 127.0.0.1] [Thu Dec 19 01:23:38 2002] test-zlib.cgi: Debug: Current directory is now \perl-modules\Module-MakeDist-1.03 at C:/Perl/site/lib/Module/MakeDist.pm line 534., referer: http://127.0.0.1/cgi-bin/test-zlib.cgi [Thu Dec 19 12:23:47 2002] [error] [client 127.0.0.1] [Thu Dec 19 01:23:44 2002] test-zlib.cgi: Debug: Created tar object: Archive::Tar=HASH(0x1d77c28). at C:/Perl/site/lib/Module/MakeDist.pm line 88., referer: http://127.0.0.1/cgi-bin/test-zlib.cgi [Thu Dec 19 12:23:47 2002] [error] [client 127.0.0.1] [Thu Dec 19 01:23:46 2002] test-zlib.cgi: Debug: Added files to tar object. at C:/Perl/site/lib/Module/MakeDist.pm line 175., referer: http://127.0.0.1/cgi-bin/test-zlib.cgi [Thu Dec 19 12:23:47 2002] [error] [client 127.0.0.1] [Thu Dec 19 01:23:46 2002] test-zlib.cgi: Debug: Compress::Zlib error numbers: at C:/Perl/site/lib/Module/MakeDist.pm line 181., referer: http://127.0.0.1/cgi-bin/test-zlib.cgi [Thu Dec 19 12:23:48 2002] [error] [client 127.0.0.1] [Thu Dec 19 01:23:46 2002] test-zlib.cgi: Debug: Created gzip object: Compress::Zlib::gzFile=SCALAR(0x1d71844). File: Module-MakeDist-1.03.tgz. at C:/Perl/site/lib/Module/MakeDist.pm line 185., referer: http://127.0.0.1/cgi-bin/test-zlib.cgi [Thu Dec 19 12:23:48 2002] [error] [client 127.0.0.1] [Thu Dec 19 01:23:46 2002] test-zlib.cgi: Debug: gzerror(): 0 = . at C:/Perl/site/lib/Module/MakeDist.pm line 186., referer: http://127.0.0.1/cgi-bin/test-zlib.cgi [Thu Dec 19 12:23:48 2002] [error] [client 127.0.0.1] [Thu Dec 19 01:23:46 2002] test-zlib.cgi: Debug: $gzerrno: -4 at C:/Perl/site/lib/Module/MakeDist.pm line 187., referer: http://127.0.0.1/cgi-bin/test-zlib.cgi [Thu Dec 19 12:23:48 2002] [error] [client 127.0.0.1] [Thu Dec 19 01:23:46 2002] test-zlib.cgi: Debug: Wrote gzip object: Result: OK. $bytes: 70656. at C:/Perl/site/lib/Module/MakeDist.pm line 191., referer: http://127.0.0.1/cgi-bin/test-zlib.cgi [Thu Dec 19 12:23:48 2002] [error] [client 127.0.0.1] [Thu Dec 19 01:23:46 2002] test-zlib.cgi: Debug: gzerror
Re: installing mod_perl
On Wed, 18 Dec 2002, Carl Holm wrote: > Hello, > > When attempting to install mod_perl for Win32 ActivePerl using the > repository shown, > I receive this error message "Error: no suitable installation target > found for package mod_perl.". > > http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer > > I am using ActivePerl Build 804 on winXP. Any hints or suggestions > would be welcome. The above repository is for 6xx builds. Try http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer58 for 8xx builds. Presently, this latter repository just has mod_perl-2 (for use with Apache2), installed as ppm> install mod_perl within the ppm shell. -- best regards, randy kobes
Re: mod_perl troubles with RedHat 8.0 and Perl 5.8.0
iansmith wrote: I have compiled apache_1.3.27 with mod_perl-1.27 and got no errors. I have mod_perl as a shared module. I can run Apache without mod_perl fine, but when I activate the mod_perl module, it gives me this in error_log for every connection and fails to deliver any pages at all. [notice] child pid 27049 exit signal Segmentation fault (11) My perl is: This is perl, v5.8.0 built for i386-linux-thread-multi I looked over the mod_perl documentation, but can't seem to find anything that says what works and what does not. Do I need to compile a non-threaded version of Perl? Certainly Aaron's solution should work, but it'd be nice to figure out the cause of segfaults, because a threaded 5.8 perl works just fine with mod_perl for me (Mandrake 9.0). Though I built it by myself, I should try using the Perl supplied by Mandrake. Before you rebuild it, if you can get the segfault backtrace, that would be great. If you don't know how, check: http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems __ 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
installing mod_perl
Hello, When attempting to install mod_perl for Win32 ActivePerl using the repository shown, I receive this error message "Error: no suitable installation target found for package mod_perl.". http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer I am using ActivePerl Build 804 on winXP. Any hints or suggestions would be welcome. Thanks, Carl Holm [EMAIL PROTECTED]
Re: mod_perl troubles with RedHat 8.0 and Perl 5.8.0
On Wed, 2002-12-18 at 17:48, iansmith wrote: > I have compiled apache_1.3.27 with mod_perl-1.27 and got no errors. > I have mod_perl as a shared module. > > I can run Apache without mod_perl fine, but when I activate the > mod_perl module, it gives me this in error_log for every connection > and fails to deliver any pages at all. > > [notice] child pid 27049 exit signal Segmentation fault (11) > > My perl is: This is perl, v5.8.0 built for i386-linux-thread-multi > > I looked over the mod_perl documentation, but can't seem to find > anything that says what works and what does not. > I had a similar issue with a fresh install of Mandrake 9.0. (see below for the 'perl -V output') I Embperl (2.0b9dev5 or 2.0b8) wouldn't work without compiling my own non-threaded version of Perl. For my own install of Perl I used all the default Perl compile settings and everything went fine. The biggest problem for me under Mandrake with self compiled version of Perl was the MDK::Common module that drakxconf uses and along with that Gtk-Perl. I have yet to get them all working 100%, but my mod_perl server is running great. The other stuff I can work around. I was mainly trying to get Embperl setup. My Apache::ASP sites seemed to work fine with the default Perl. I realize this isn't exactly like your problem, but possibly there is a commonality of troubles with the threaded 5.8 Perl and mod_perl. Oddly enough on a machine I upgraded from Mandrake 8.2 to 9.0 (Perl 5.6.1 to 5.8.0) everything compiled and worked. I should also not that my Apache/mod_perl compile was done using the Apachetoolbox utility and mod_perl was static not DSO. Aaron Johnson Mandrake 9 default perl -V: Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=linux, osvers=2.4.19-2mdkenterprise, archname=i386-linux-thread-multi uname='linux no.mandrakesoft.com 2.4.19-2mdkenterprise #1 smp tue aug 13 00:17:42 cest 2002 i686 unknown unknown gnulinux ' config_args='-des -Darchname=i386-linux -Dcc=gcc -Doptimize=-O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -ffast-math -fno-strength-reduce -Dprefix=/usr -Dvendorprefix=/usr -Dsiteprefix=/usr -Dman3ext=3pm -Dcf_by=MandrakeSoft -Dmyhostname=localhost -Dperladmin=root@localhost -Dd_dosuid -Ud_csh -Duseshrplib -Dusethreads' 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='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm', optimize='-O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -ffast-math -fno-strength-reduce', cppflags='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -I/usr/include/gdbm' ccversion='', gccversion='3.2 (Mandrake Linux 9.0 3.2-1mdk)', 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='gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lndbm -lgdbm -ldl -lm -lpthread -lc -lcrypt -lutil perllibs=-lnsl -ldl -lm -lpthread -lc -lcrypt -lutil libc=/lib/libc-2.2.5.so, 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/i386-linux-thread-multi/CORE' cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Built under linux Compiled at Sep 6 2002 23:24:44 @INC: /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl . > Do I need to compile a non-threaded version of Perl? > > Thanks. > > -- > Ian > > >
Re: Apache::exists_config_define in 1.x?
At 03:01 PM 12/18/02 -0800, Bill Moseley wrote: >I want to test for -D in a section. Doh!, my test was causing the problem, not the fetching of the define! use Apache(); my $msg = Apache->define('TEST') ? "Testing" : "Not testing"; push @{ $Location{"/"}->{PerlSetVar} }, ['Testing', $msg]; This works better: my $msg = Apache->define('TEST') ? "Testing" : "Not_testing"; -- Bill Moseley mailto:[EMAIL PROTECTED]
Apache::exists_config_define in 1.x?
I want to test for -D in a section. I see in the docs that in mp2 you can use Apache::exists_config_define() to test if a define is set. How do I test if a define is set in 1.x? Thanks, -- Bill Moseley mailto:[EMAIL PROTECTED]
mod_perl troubles with RedHat 8.0 and Perl 5.8.0
I have compiled apache_1.3.27 with mod_perl-1.27 and got no errors. I have mod_perl as a shared module. I can run Apache without mod_perl fine, but when I activate the mod_perl module, it gives me this in error_log for every connection and fails to deliver any pages at all. [notice] child pid 27049 exit signal Segmentation fault (11) My perl is: This is perl, v5.8.0 built for i386-linux-thread-multi I looked over the mod_perl documentation, but can't seem to find anything that says what works and what does not. Do I need to compile a non-threaded version of Perl? Thanks. -- Ian
Re: [OT] Ideas for limiting form submissions
> "BM" == Bill Moseley <[EMAIL PROTECTED]> writes: BM> I've got a mod_perl feed-back form that sends mail to a specific address.. BM> Spammers have their bots hitting the form now. The tricks I know of are: Rename your script and the link pointing to it. It will take some time for them to follow. It's not called "formmail.pl" is it? -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D.Khera Communications, Inc. Internet: [EMAIL PROTECTED] Rockville, MD +1-240-453-8497 AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/
Re: [OT] Ideas for limiting form submissions
At 02:51 PM 12/18/02 -0500, Daniel Koch wrote: >Check out Gimpy, which I believe is what Yahoo uses: > >http://www.captcha.net/captchas/gimpy/ I'm thinking of something along those lines. This problem is this is on Solaris 2.6 w/o root, and I'll bet it would take some time to get The Gimp and GTK and whatever libs installed. So, I'm thinking about creating a directory of say 20 images of words. On the initial request the form creates a random key, and makes that a symlink to one of the images selected at random. That will be the img src link. Then md5 the symlink with a secret word to create a hidden field. The submitter will have to type in the word displayed in the image. On submit md5 all the symlinks with the secret word until a match is found -- match the submitted word text with the real image name, then unlink the symlink and accept the request. Cron can remove old symlinks. If the spammers put in the work to figure out the word by check-summing the images I can use imagemagic to modify the images -- that could be a nice mod_perl handler. See any glaring holes? -- Bill Moseley mailto:[EMAIL PROTECTED]
Re: [OT] Ideas for limiting form submissions
- Original Message - Subject: RE: [OT] Ideas for limiting form submissions > Can GIMP be programmatically set up to warp/woof/weird-out an image? > > Yahoo's warped words works, I bet, since they use it. > > I'm referring to get getting an anon email account from yahoo.com They actually use a third-party provider, although if anyone has information about doing this, I'd love to hear about it. Issac
Re: Double execution of PerlRequire statement
Kyle Oppenheim wrote: This behavior is documented in the guide... http://perl.apache.org/docs/1.0/guide/config.html#Apache_Restarts_Twice_On_S tart it may not be that simpple - what Andreas is likely seeing is likely a real bug that's been around for a while: http://marc.theaimsgroup.com/?t=9971463252&r=1&w=2 IIRC, it is still outstanding. in the meanwhile, Perrin has suggested a fix for PerlModule http://marc.theaimsgroup.com/?l=apache-modperl&m=101067662002787&w=2 and issues with PerlRequire can probably be worked around by playing with $Apache::Server::ReStarting HTH --Geoff - kyle - Original Message - From: "Andreas Rieke" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 18, 2002 1:41 AM Subject: Double execution of PerlRequire statement Hi, working with apache 1.3.26, mod_perl/1.27 and perl 5.6.0 on a Redhat Linux 7.2 with kernel 2.4.7-10, I have serious problems with a PerlRequire statement in the httpd.conf apache configuration file since the script is executed twice with the same pid. The PerlRequire statement is the first statement concerning mod_perl in the configuration file, and there is no other PerlRequire. Any help is very much appreciated, Andreas
Re: Double execution of PerlRequire statement
Kyle Oppenheim wrote: This behavior is documented in the guide... http://perl.apache.org/docs/1.0/guide/config.html#Apache_Restarts_Twice_On_S tart This is true, although technically it shouldn't require the same file twice unless you have PerlFreshRestart on (which is a bad idea). - Perrin
RE: [OT] Ideas for limiting form submissions
Can GIMP be programmatically set up to warp/woof/weird-out an image? Yahoo's warped words works, I bet, since they use it. I'm referring to get getting an anon email account from yahoo.com -Original Message- From: Bill Moseley [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 1:13 PM To: [EMAIL PROTECTED] Subject: [OT] Ideas for limiting form submissions I've got a mod_perl feed-back form that sends mail to a specific address.. Spammers have their bots hitting the form now. The tricks I know of are: - generate a random image of numbers and make the user type in the numbers on the form. Painful for the user and spammers probably have OCR! - require an email and send a confirmation email (like a list subscription) and whitelist some email addresses. But we want to allow anonymous submissions. - limit submissions by IP number to one every X minutes. AOL users may get blocked. - md5 the submission and block duplicates (should do this anyway). BTW -- what would you recommend for caching the md5 strings. Cache::Cache or DBM? I suppose a Cache::Cache file cache would be the easiest. Any other ideas on the "easy to implement" side? -- Bill Moseley [EMAIL PROTECTED] -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice.
Re: [OT] Ideas for limiting form submissions
Bill Moseley wrote: what would you recommend for caching the md5 strings. Cache::Cache or DBM? I suppose a Cache::Cache file cache would be the easiest. In order of speed: IPC::MM BerkeleyDB (with built-in locking) Cache::Mmap Cache::FileBackend (from Cache::Cache -- no need to use Cache::Cache front-end unless you want expiration) IPC::MM is shared memory, so it won't persist data across restarts. - Perrin
Re: Double execution of PerlRequire statement
This behavior is documented in the guide... http://perl.apache.org/docs/1.0/guide/config.html#Apache_Restarts_Twice_On_S tart - kyle - Original Message - From: "Andreas Rieke" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 18, 2002 1:41 AM Subject: Double execution of PerlRequire statement > Hi, > > working with apache 1.3.26, mod_perl/1.27 and perl 5.6.0 on a Redhat > Linux 7.2 with kernel 2.4.7-10, I have serious problems with a > PerlRequire statement in the httpd.conf apache configuration file since > the script is executed twice with the same pid. > > The PerlRequire statement is the first statement concerning mod_perl in > the configuration file, and there is no other PerlRequire. Any help is > very much appreciated, > > Andreas > > >
RE: [OT] Ideas for limiting form submissions
Some other "imperfect" solutions: * Take the CRC (or some other hash function) of the message content and reject messages with duplicate CRC (still vulnerable to morphing of the message). * limit submissions by sender to one every X minutes. Avoids the AOL issue, but vulnerable to DDOS and spoofing. * Have the form run some client side code (javascript or VBS) to create the email and send it from the client, so you have more information about the sender (Use something similar to browser or mail client behavior on a "mailto:"; URI.). Plus, using a client-side script will allow you to turn some of the spammers techniques back on them. If it's a bot, it's likely to either blow up or reject your request. If you send a bunch of extra requests back to suspected bots, you're more likely to crash the bot. For example: * for each request, open a new client window to acknowledge receipt. Clients can deal with it, bots have to be designed to filter it or handle it. * For suspected bot requests, send huge text strings back to the requester to see if the bot has a buffer overflow vulnerability. * CC: the mailto: message back to the sender from the client side to flood their inbox when its a bot. Even if the bot honors the send mail request, you're returning the favor back to the spammers and flooding their system with Emails, too. Even if the bots can continue to hit the "submit" button, it will reduce the server side processing time for each request, and greatly reduce the number of emails actually sent. Downside is that if they scan the outgoing emails from their machine, they can spam the email address. -Original Message- From: Bill Moseley [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 1:13 PM To: [EMAIL PROTECTED] Subject: [OT] Ideas for limiting form submissions I've got a mod_perl feed-back form that sends mail to a specific address.. Spammers have their bots hitting the form now. The tricks I know of are: - generate a random image of numbers and make the user type in the numbers on the form. Painful for the user and spammers probably have OCR! - require an email and send a confirmation email (like a list subscription) and whitelist some email addresses. But we want to allow anonymous submissions. - limit submissions by IP number to one every X minutes. AOL users may get blocked. - md5 the submission and block duplicates (should do this anyway). BTW -- what would you recommend for caching the md5 strings. Cache::Cache or DBM? I suppose a Cache::Cache file cache would be the easiest. Any other ideas on the "easy to implement" side? -- Bill Moseley [EMAIL PROTECTED]
[OT] Ideas for limiting form submissions
I've got a mod_perl feed-back form that sends mail to a specific address.. Spammers have their bots hitting the form now. The tricks I know of are: - generate a random image of numbers and make the user type in the numbers on the form. Painful for the user and spammers probably have OCR! - require an email and send a confirmation email (like a list subscription) and whitelist some email addresses. But we want to allow anonymous submissions. - limit submissions by IP number to one every X minutes. AOL users may get blocked. - md5 the submission and block duplicates (should do this anyway). BTW -- what would you recommend for caching the md5 strings. Cache::Cache or DBM? I suppose a Cache::Cache file cache would be the easiest. Any other ideas on the "easy to implement" side? -- Bill Moseley [EMAIL PROTECTED]
Re: [OT] mod_proxy, mod_perl, php
Scott Alexander wrote: At the moment I have a front_end server with no php support. Backend is mod_perl. I'm planning to extend our document management system to serve www pages. The html documents are on the mod_perl machine. What happens if users add php code to their html documents? Nothing, unless you add PHP support to that machine and make sure mod_perl is not serving those documents. You can't have them both handle the same documents. If I add php support on the front_end will it work normally? No, not if the front-end is proxying. It has to be actually serving those documents locally in order to run them through PHP. - Perrin
RE: Double execution of PerlRequire statement
Though I have not encountered this problem personally, it's been discussed here a few times before, and a google search of "PerlRequire running twice" turned up a page full of promising leads, so I suggest peeking at the archives and google. -Fran > -Original Message- > From: Andreas Rieke [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, December 18, 2002 4:41 AM > To: [EMAIL PROTECTED] > Subject: Double execution of PerlRequire statement > > > Hi, > > working with apache 1.3.26, mod_perl/1.27 and perl 5.6.0 on a Redhat > Linux 7.2 with kernel 2.4.7-10, I have serious problems with a > PerlRequire statement in the httpd.conf apache configuration > file since > the script is executed twice with the same pid. > > The PerlRequire statement is the first statement concerning > mod_perl in > the configuration file, and there is no other PerlRequire. Any help is > very much appreciated, > > Andreas > >
Re: pass-thru/redirect/DECLINE to *.jpg
my $fh=$pic->open; #returns the filehandle $r->send_fd($fh); close($fh); return OK; I used send_fd because it seemed from the documentation that it is a easier/better(?) method than rewriting the URI and setting default-handler. Is that not so? if you were to use default-handler then Apache would handle stuff like conditional GETs properly, relieving your server from needing to serve the same content over and over again for images, which probably don't change that often. of course, you can use the methods from Apache::File, like meets_conditions() and set_last_modified() to do that yourself and still use send_fd() :) --Geoff
Re: [OT] mod_proxy, mod_perl, php - RESEND
Still half asleep. Stupid typos have been un-typofied: On Wed, 18 Dec 2002, Raf wrote: > On Wed, 18 Dec 2002, Scott Alexander wrote: > > > The html documents are on the mod_perl machine. What happens if users add > > php code to their html documents? > > > > If I add php support on the front_end will it work normally? > * Have you thought of setting a separate document root for php (if they are .html templates from one document root)? * Have you considered placing it on the proxied machine and getting your mod_perl handler to decline if it finds PHP tags (if they are all .html from one document root)? * If you : * proxy *.html on the proxy server or whatever distinguishes your mod_perl content. * catch all on your proxy server that might do the trick. > > topic. I don't know what mailing list to ask this on. I'm doing distance > > work and living 150 km above the Arctic Circle Cool. Very Cool. Or even extremely cold. ;) I'm curious. What are you working on? Rafiq
Re: [OT] mod_proxy, mod_perl, php
On Wed, 18 Dec 2002, Scott Alexander wrote: > The html documents are on the mod_perl machine. What happens if users add > php code to their html documents? > > If I add php support on the front_end will it work normally? * Have you thought of setting a separate document route for php (if they are .html templates from one document route)? * Have you considered placing it on the proxied machine and getting your mod_perl handler to decline if it finds PHP tags (if they are all .html from one document root)? * If you : * proxy *.html on the proxy server or whatever distingues your mod_perl content. * catch all on your proxy server that might do the trick. > topic. I don't know what mailing list to ask this on. I'm doing distance > work and living 150 km above the Arctic Circle Cool. Very Cool. Or even extremely cold. ;) I'm curious. What are you working on? Rafiq
[OT] mod_proxy, mod_perl, php
At the moment I have a front_end server with no php support. Backend is mod_perl. I'm planning to extend our document management system to serve www pages. The html documents are on the mod_perl machine. What happens if users add php code to their html documents? If I add php support on the front_end will it work normally? Regards and thanks in advance for any help. And sorry if this is way off topic. I don't know what mailing list to ask this on. I'm doing distance work and living 150 km above the Arctic Circle Scott
Double execution of PerlRequire statement
Hi, working with apache 1.3.26, mod_perl/1.27 and perl 5.6.0 on a Redhat Linux 7.2 with kernel 2.4.7-10, I have serious problems with a PerlRequire statement in the httpd.conf apache configuration file since the script is executed twice with the same pid. The PerlRequire statement is the first statement concerning mod_perl in the configuration file, and there is no other PerlRequire. Any help is very much appreciated, Andreas
Re: Release date for mod_perl 2.0
Ask Bjoern Hansen wrote: On 17 Dec 2002, Devin Heitmueller wrote: [...] I'm in a difficult position because the project will be completed in a couple of months. If the consensus is that mod_perl 2.0 will be released by that point, then everything will be fine (I'll develop using the beta code). If it is still months from being stable enough for release, I will have to investigate alternatives. It will get stable faster if you choose to use it. :-) True, other than porting the remaining APIs, we need your bug reports so those ported can be fixed. Other than that perfork mpm is probably in a pretty good shape. Doug says that a few Covalent's clients use it in production for quite a while. Check whether you have all the APIs that you need available, and if so give it a stress test. You can use Apache::compat for those APIs that for some reason aren't there yet. See: http://perl.apache.org/docs/2.0/user/compat/compat.html p.s. when you test, please use the cvs mod_perl version. We plan to make a new beta release soon, since many things were fixed/added since the last release. __ 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: mod_perl fails tests
[EMAIL PROTECTED] wrote: I am having some trouble installing mod_perl on my redhat linux 8.0 box. I successfully installed apache 2.0.43 from source and placed it in the /usr/local/apache2 directory. In addition, I downloaded the latest version of mod_perl from cvs. I successfully used the following command to generate the makefile: perl Makefile.PL MP_AP_PREFIX=/usr/local/apache2 MP_INST_APACHE2=1. Even though the make process was successful the make test process was not. As clear as I can tell from the error message that I listed below, mod_perl is looking for apache components in /home/software/apache_cvs/modperl-2.0/t/conf/httpd .conf which is clearly wrong since my httpd.conf file is in /usr/local/apache2/conf. Actually, this is the correct httpd.conf which is autogenerated for the tests only Here is the error message: waiting for server to start: ...[Tue Dec 17 17:37:17 2002] [info] 19 Apache:: modules loaded [Tue Dec 17 17:37:17 2002] [info] 5 APR:: modules loaded [Tue Dec 17 17:37:17 2002] [info] base server + 6 vhosts ready to run tests ..[Tue Dec 17 17:37:19 2002] [info] 19 Apache:: modules loaded [Tue Dec 17 17:37:20 2002] [info] 5 APR:: modules loaded .[Tue Dec 17 17:37:20 2002] [info] base server + 6 vhosts ready to run tests Syntax error on line 693 of /home/software/apache_cvs/modperl-2.0/t/conf/httpd.conf: Can't locate CGI.pm in @INC (@INC contains: /home/software/apache_cvs/modperl-2.0/blib/lib/Apache2 /home/software/apache_cvs/modperl-2.0/blib/arch/Apache2 /home/software/apache_cvs/modperl-2.0/Apache-Test/lib /home/software/apache_cvs/modperl-2.0/lib /home/software/apache_cvs/modperl-2.0/blib/lib /home/software/apache_cvs/modperl-2.0/blib/arch /home/software/apache_cvs/modperl-2.0/t/response /home/software/apache_cvs/modperl-2.0/t/protocol /home/software/apache_cvs/modperl-2.0/t/hooks /home/software/apache_cvs/modperl-2.0/t/filter /home/software/apache_cvs/modperl-2.0/t /home/software/apache_cvs/modperl-2.0/t/htdocs/testdirective/perlmodule-vh /home/software/apache_cvs/modperl-2.0/t/htdocs/testdirective/main /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl) at (eval 22) line 3. !!! 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 You mean, you have 5.8.0 but no CGI.pm? It should be there, because it's the part of the core. can you please do: find /usr/lib/perl5 -name "CGI.pm" Do you get 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