Re: [Mason] Can't locate object method "new"via package "Apache::Request"
On Mon, 2003-08-25 at 14:45, Stas Bekman wrote: > K Old wrote: > > On Mon, 2003-08-25 at 13:13, Stas Bekman wrote: > > > >>K Old wrote: > >> > >>>On Mon, 2003-08-25 at 00:18, Randy Kobes wrote: > >>> > >>> > >>>>On Sun, 24 Aug 2003, K Old wrote: > >>>> > >>>> > >>>> > >>>>>Hello everyone, > >>>>> > >>>>>I've put HTML::Mason on a few servers now and have had problems with > >>>>>Apache::Request and Apache::Test on two of them. My most recent is > >>>>>having the problem and I'm about to go crazy if I don't figure out why > >>>>>installs keep having problems. > >>>>> > >>>>>Here's my setup: RH 7.2, Apache 1.3.27, mod_perl 1.26, Perl 5.6.1 - all > >>>>>installed from RPM's. > >>>>> > >>>>>I did a "install HTML::Mason" from the CPAN command line and all the > >>>>>dependencies were downloaded and some didn't compile. The two that > >>>>>didn't are Apache::Test-1.03 and libapreq-1.2. > >>>> > >>>>[ .. ] > >>>>Regarding the failure of the tests in these two packages, > >>>>what happens if you unpack, build, and test these as > >>>>a non-root user, only becoming root to install them? > >>>>There's some subtelties running the tests as root. > >>> > >>> > >>>Randy, > >>> > >>>Ok, yes, this worked...to a point! I pulled down fresh copies of the > >>>modules from CPAN, unpacked, build and tested with another user. All > >>>tests were successful with Apache::Test with the normal user, but I had > >>>to go to root for the tests for libapreq1.2 as my webserver needed the > >>>root user to start FrontPage services. Doing the make test for > >>>libapreq-1.2 all test fail and I get this in the t/logs/error_log: > >>> > >>>[Mon Aug 25 08:49:12 2003] [error] Can't load > >>>'/home/admin/libapreq-1.2/blib/arch/auto/Apache/Cookie/Cookie.so' for > >>>module Apache::Cookie: libapreq.so.1: cannot open shared object file: No > >>>such file or directory at /usr/lib/perl5/5.6.1/i386-linux/DynaLoader.pm > >>>line 206. > >>> at /usr/lib/perl5/site_perl/5.6.1/i386-linux/mod_perl.pm line 14 > >>>Compilation failed in require at > >>>/home/admin/libapreq-1.2/t/response/TestApReq/big_input.pm line 9. > >>>BEGIN failed--compilation aborted at > >>>/home/admin/libapreq-1.2/t/response/TestApReq/big_input.pm line 9. > >>>Compilation failed in require at (eval 4) line 3. > >> > >>That's a known linking problem. It has been fixed in the cvs, get the cvs > >>instructions from http://httpd.apache.org/apreq/. > >> > >>Joe, may be a new 1.x version should be released? > > > > > > Stas, > > > > I've downloaded the CVS, unpacked, built and tested with a not root > > user, and still received the same errors as before. > > > > Here's the syntax I'm using for build, etc: > > > > (CVS version) > > perl Makefile.PL > > make > > make test > > > > (Module from CPAN) > > perl Makefile.PL > > make > > make test > > > > then > > > > ./configure --with-apache-includes=/usr/include/apache > > make > > make install > > perl Makefile.PL > > make > > make test > > > > Is there anything I'm not doing right? > > > > I've tried to disable the FrontPage stuff so that the non root user > > should be able to start apache without the errors, but either by root or > > non root user I get the same error messages regarding Cookie.so and so > > forth. > > That probably means that my patches weren't applied. K Old, see > http://marc.theaimsgroup.com/?l=apreq-dev&m=105965131008577&w=2 > > Does it solve the problem for you? Stas, That did it! And to answer your question, no it doesn't look like your changes were committed. Thank you so much for your assistance with this! I really appreciate it! Kevin -- K Old <[EMAIL PROTECTED]> -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: [Mason] Can't locate object method "new" via package"Apache::Request"
On Mon, 2003-08-25 at 00:18, Randy Kobes wrote: > On Sun, 24 Aug 2003, K Old wrote: > > > Hello everyone, > > > > I've put HTML::Mason on a few servers now and have had problems with > > Apache::Request and Apache::Test on two of them. My most recent is > > having the problem and I'm about to go crazy if I don't figure out why > > installs keep having problems. > > > > Here's my setup: RH 7.2, Apache 1.3.27, mod_perl 1.26, Perl 5.6.1 - all > > installed from RPM's. > > > > I did a "install HTML::Mason" from the CPAN command line and all the > > dependencies were downloaded and some didn't compile. The two that > > didn't are Apache::Test-1.03 and libapreq-1.2. > [ .. ] > Regarding the failure of the tests in these two packages, > what happens if you unpack, build, and test these as > a non-root user, only becoming root to install them? > There's some subtelties running the tests as root. Randy, Ok, yes, this worked...to a point! I pulled down fresh copies of the modules from CPAN, unpacked, build and tested with another user. All tests were successful with Apache::Test with the normal user, but I had to go to root for the tests for libapreq1.2 as my webserver needed the root user to start FrontPage services. Doing the make test for libapreq-1.2 all test fail and I get this in the t/logs/error_log: [Mon Aug 25 08:49:12 2003] [error] Can't load '/home/admin/libapreq-1.2/blib/arch/auto/Apache/Cookie/Cookie.so' for module Apache::Cookie: libapreq.so.1: cannot open shared object file: No such file or directory at /usr/lib/perl5/5.6.1/i386-linux/DynaLoader.pm line 206. at /usr/lib/perl5/site_perl/5.6.1/i386-linux/mod_perl.pm line 14 Compilation failed in require at /home/admin/libapreq-1.2/t/response/TestApReq/big_input.pm line 9. BEGIN failed--compilation aborted at /home/admin/libapreq-1.2/t/response/TestApReq/big_input.pm line 9. Compilation failed in require at (eval 4) line 3. [Mon Aug 25 08:49:12 2003] [error] Undefined subroutine &TestApReq::big_input::handler called. [Mon Aug 25 08:49:12 2003] [error] Undefined subroutine &TestApReq::big_input::handler called. I've tried to install DynaLoader.pm from CPAN, but it says it's up to date. Any other suggests! Thanks for your help so far! Kevin -- K Old <[EMAIL PROTECTED]> -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
RE: Can't locate object method "new" via package "Apache::Request"
Ok, in the libapreq module I did the "configure" ./configure --with-apache-includes=/usr/includes/apache make make install Everything compiled just fine. Then did perl Makefile.PL && make && make test && make install All of the tests still failed and the t/logs/error_log still reported: [Sun Aug 24 23:01:32 2003] [info] Created shared memory segment #5275663 [Sun Aug 24 23:01:32 2003] [info] allocated semaphore #3768340 [Sun Aug 24 23:01:33 2003] [info] Created shared memory segment #5373967 [Sun Aug 24 23:01:33 2003] [info] allocated semaphore #3833876 [Sun Aug 24 23:01:33 2003] [info] created shared memory segment #5439505 Any advice how I proceed from here? Thanks Kevin On Sun, 2003-08-24 at 22:49, S.B.S wrote: > I ran into the same problem. What I had to do was compile libapreq as a > shared library first. That solved things nicely. > > HTH. > > Regards, > S. G. -- K Old <[EMAIL PROTECTED]> -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Can't locate object method "new" via package "Apache::Request"
2003] [info] Created shared memory segment #4489230 [Sun Aug 24 21:21:59 2003] [info] allocated semaphore #3244050 [Sun Aug 24 21:22:00 2003] [info] Created shared memory segment #4587534 [Sun Aug 24 21:22:00 2003] [info] allocated semaphore #3309586 [Sun Aug 24 21:22:00 2003] [info] created shared memory segment #4653072 I then did a make install, but of course the module was broken. I then set my httpd.conf like: PerlSetVar MasonCompRoot/home/oldcomm PerlSetVar MasonDataDir /usr/local/mason/oldcomm SetHandler perl-script PerlHandler HTML::Mason::ApacheHandler SetHandler perl-script PerlHandler Apache::Constants::NOT_FOUND Apache starts just fine, but when I try to access a page, I get: Can't locate object method "new" via package "Apache::Request" (perhaps you forgot to load "Apache::Request"?) at /usr/lib/perl5/site_perl/5.6.1/i386-linux/Apache/Request.pm line 22. So, I adjust my httpd.conf configuration and try to explicitly load Apache::Request by putting "PerlModule Apache::Request" above the MasonCompRoot in the httpd.conf config above and Apache does not start and this is in the error_log: Can't load '/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/Apache/Request/Request.so' for module Apache::Request: libapreq.so: cannot open shared object file: No such file or directory at /usr/lib/perl5/5.6.1/i386-linux/DynaLoader.pm line 206. at /usr/lib/perl5/site_perl/5.6.1/i386-linux/mod_perl.pm line 14 I am desperate for help. Can anyone give me a direction to go in other than "Reinstall Perl, Apache, mod_perl"? Also, I apologize for cross-posting, but this issue is related to both lists. Thanks for any help! Kevin -- K Old <[EMAIL PROTECTED]> -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: Trouble getting mod_perl and apache running with Apache::DBI
On Sun, 2003-08-17 at 11:41, Perrin Harkins wrote: > On Fri, 2003-08-15 at 10:34, K Old wrote: > > What's happening is that with "use Apache::DBI" uncommented in either > > the httpd.conf or startup.pl Apache does not start. > > Do you have something in your code that connects to a database during > startup? That could be a problem. Also, what's the point of "use vars > qw($dbh %session);" in your startup.pl? Do you actually know what > package these are being declared in? Probably not one that you will be > using later in your scripts. > > - Perrin Hello everyone, Just wanted to post the solution I ran across so that others have a resource (and when I forget again, I'll have somewhere to look ;) My problem was that I was not declaring "PerlModule Apache::DBI" in httpd.conf BEFORE my "PerlRequire /etc/httpd/conf/startup.pl". Also, I was doing a "use Apache::DBI" in my startup.pl file, which I shouldn't have done. Hope this helps someone, Kevin -- K Old <[EMAIL PROTECTED]> -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: Trouble getting mod_perl and apache running with Apache::DBI
I left out my version of Perl. I'm using 5.6.1 from RPM. Kevin On Fri, 2003-08-15 at 10:34, K Old wrote: > Hello everyone, > > I've set mod_perl up with Apache::DBI on several servers, both with > mod_perl from RPM's and building it myself, but I am having a horrible > time with a new server I've just built. Go easy, I'm still new at it, > though. And I welcome any and all constructive criticism for my config > files, etc. > > Here are the specs: RH 7.3, mod_perl 1.2.6 from RPM, Apache::DBI 0.92, > DBI 1.37. > > Now, here's what I'm defining in httpd.conf: > > > Alias /perl /var/www/perl > > SetHandler perl-script > PerlHandler Apache::Registry > Options +ExecCGI > > > #PerlHandler HTML::Mason::ApacheHandler > PerlSetVar MasonCompRoot /var/www/html/mason > PerlSetVar MasonDataDir /var/mason > PerlSetVar MasonAllowGlobals $dbh > #PerlAddVar MasonAllowGlobals $session > #PerlAddVar MasonAllowGlobals %session > #PerlAddVar MasonAllowGlobals $sys > #PerlSetVar MasonRequestClass MasonX::Request::WithApacheSession > #PerlSetVar MasonSessionClass Apache::Session::File > #PerlSetVar MasonSessionDirectory /tmp/sessions > #PerlSetVar MasonSessionLockDirectory /tmp/sessions > PerlSetEnv DBI_TRACE "3=/tmp/dbitrace.log" > PerlRequire /etc/httpd/conf/startup.pl > #PerlModule Apache::DBI > AddType text/html .mhtml > AddType text/html .mason > > SetHandler perl-script > PerlHandler HTML::Mason::ApacheHandler > Options +ExecCGI > > > > > > > Here's my startup.pl: > > > #!/usr/bin/perl > use warnings; > use strict; > > # Extend @INC if needed > #use lib qw(/dir/foo /dir/bar); > use lib qw(/var/www/html/mason/lib); > use lib qw(/var/www/html/mason/hrtime/lib); > > > use vars qw($dbh %session); > > > # Make sure we are in a sane environment. > $ENV{MOD_PERL} or die "not running under mod_perl!"; > > # For things in the "/perl" URL > use Apache::Registry; > #$KO::server_root = "/var/www/html/mason/db"; > #use KO::DBI::Connect qw(:all); > # Load Perl modules of your choice here > # This code is interpreted *once* when the server starts > use LWP::UserAgent (); > #use Apache::DBI (); > use DBI(); > > # Tell me more about warnings > use Carp(); > $SIG{__WARN__} = \&Carp::cluck; > > # Load CGI.pm and call its compile() method to precompile > # (but not to import) its autoloaded methods. > > use CGI (); > CGI->compile(':all'); > > # Initialize the database connections for each child > =pod > Apache::DBI->connect_on_init > ("DBI:Pg:dbname=auth;host=localhost;port=5432", >"root","", >{ > PrintError => 1, # warn() on errors > RaiseError => 0, # don't die on error > AutoCommit => 1, # commit executes immediately >} > ); > =cut > 1; > > > > > What's happening is that with "use Apache::DBI" uncommented in either > the httpd.conf or startup.pl Apache does not start. This is what > error_log reports: > > [Thu Aug 14 14:59:49 2003] [notice] Apache/1.3.27 (Unix) > (Red-Hat/Linux) mod_ssl/2.8.7 OpenSSL/0.9.6b DAV/1.0.3 PHP/4.1.2 > mod_perl/1.26 mod_throttle/3.1.2 configured -- resuming normal > operations > [Thu Aug 14 14:59:49 2003] [notice] suEXEC mechanism enabled (wrapper: > /usr/sbin/suexec) > [Thu Aug 14 14:59:49 2003] [notice] Accept mutex: sysvsem (Default: > sysvsem) > [Fri Aug 15 10:08:43 2003] [notice] caught SIGTERM, shutting down > > When I try to pull up anything the connection is refused (because the > server is down). > > I've just been commenting and uncommenting stuff until it worked. The > weird thing is that there are no real error messages from mod_perl in > the apache logs. > > Can anyone help? > Thanks, > Kevin > -- > K Old <[EMAIL PROTECTED]> -- K Old <[EMAIL PROTECTED]> -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Trouble getting mod_perl and apache running with Apache::DBI
Hello everyone, I've set mod_perl up with Apache::DBI on several servers, both with mod_perl from RPM's and building it myself, but I am having a horrible time with a new server I've just built. Go easy, I'm still new at it, though. And I welcome any and all constructive criticism for my config files, etc. Here are the specs: RH 7.3, mod_perl 1.2.6 from RPM, Apache::DBI 0.92, DBI 1.37. Now, here's what I'm defining in httpd.conf: Alias /perl /var/www/perl SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI #PerlHandler HTML::Mason::ApacheHandler PerlSetVar MasonCompRoot /var/www/html/mason PerlSetVar MasonDataDir /var/mason PerlSetVar MasonAllowGlobals $dbh #PerlAddVar MasonAllowGlobals $session #PerlAddVar MasonAllowGlobals %session #PerlAddVar MasonAllowGlobals $sys #PerlSetVar MasonRequestClass MasonX::Request::WithApacheSession #PerlSetVar MasonSessionClass Apache::Session::File #PerlSetVar MasonSessionDirectory /tmp/sessions #PerlSetVar MasonSessionLockDirectory /tmp/sessions PerlSetEnv DBI_TRACE "3=/tmp/dbitrace.log" PerlRequire /etc/httpd/conf/startup.pl #PerlModule Apache::DBI AddType text/html .mhtml AddType text/html .mason SetHandler perl-script PerlHandler HTML::Mason::ApacheHandler Options +ExecCGI Here's my startup.pl: #!/usr/bin/perl use warnings; use strict; # Extend @INC if needed #use lib qw(/dir/foo /dir/bar); use lib qw(/var/www/html/mason/lib); use lib qw(/var/www/html/mason/hrtime/lib); use vars qw($dbh %session); # Make sure we are in a sane environment. $ENV{MOD_PERL} or die "not running under mod_perl!"; # For things in the "/perl" URL use Apache::Registry; #$KO::server_root = "/var/www/html/mason/db"; #use KO::DBI::Connect qw(:all); # Load Perl modules of your choice here # This code is interpreted *once* when the server starts use LWP::UserAgent (); #use Apache::DBI (); use DBI(); # Tell me more about warnings use Carp(); $SIG{__WARN__} = \&Carp::cluck; # Load CGI.pm and call its compile() method to precompile # (but not to import) its autoloaded methods. use CGI (); CGI->compile(':all'); # Initialize the database connections for each child =pod Apache::DBI->connect_on_init ("DBI:Pg:dbname=auth;host=localhost;port=5432", "root","", { PrintError => 1, # warn() on errors RaiseError => 0, # don't die on error AutoCommit => 1, # commit executes immediately } ); =cut 1; What's happening is that with "use Apache::DBI" uncommented in either the httpd.conf or startup.pl Apache does not start. This is what error_log reports: [Thu Aug 14 14:59:49 2003] [notice] Apache/1.3.27 (Unix) (Red-Hat/Linux) mod_ssl/2.8.7 OpenSSL/0.9.6b DAV/1.0.3 PHP/4.1.2 mod_perl/1.26 mod_throttle/3.1.2 configured -- resuming normal operations [Thu Aug 14 14:59:49 2003] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec) [Thu Aug 14 14:59:49 2003] [notice] Accept mutex: sysvsem (Default: sysvsem) [Fri Aug 15 10:08:43 2003] [notice] caught SIGTERM, shutting down When I try to pull up anything the connection is refused (because the server is down). I've just been commenting and uncommenting stuff until it worked. The weird thing is that there are no real error messages from mod_perl in the apache logs. Can anyone help? Thanks, Kevin -- K Old <[EMAIL PROTECTED]> -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: Trouble with Apache::Request
On Sun, 2003-06-08 at 01:50, Randy Kobes wrote: > On Fri, 7 Jun 2003, K Old wrote: > [ .. ] > > Stas, thanks for your reply. I downloaded the CVS source and > > it still failed all tests. Below is the output from make test > > and the output from perl -V. Any help is appreciated! > > Another thing that may be worth trying - if you've installed > libapreq, try going back to the mod_perl sources and running > those tests again. Do the modules/request.t and modules/cookie.t > tests pass, or if not, do you receive the same errors? Well, I've recompile a fresh version of Perl 5.8.0 (without threads), Apache, mod_perl and PHP and still no luckon that box. I have another Mandrake 9.0 box and tried to compile the new libapreq that Stas pointed to from CVS and got the following errors Any suggestions? I did: perl Makefile.PL -httpd /usr/sbin/httpd && make test And got: In file included from apache_request.c:59: apache_request.h:5:19: httpd.h: No such file or directory apache_request.h:6:25: http_config.h: No such file or directory apache_request.h:7:23: http_core.h: No such file or directory apache_request.h:8:22: http_log.h: No such file or directory apache_request.h:9:23: http_main.h: No such file or directory apache_request.h:10:27: http_protocol.h: No such file or directory apache_request.h:11:25: util_script.h: No such file or dmake[1]: Leaving directory `/root/tmp/httpd-apreq/c' pache_request.h:38: parse error before "table" apache_request.h:38: warning: no semicolon at end of struct or union apache_request.h:47: parse error before '*' token apache_request.h:47: warning: data definition has no type or storage class apache_request.h:49: parse error before '}' token apache_request.h:49: warning: data definition has no type or storage class apache_request.h:56: parse error before "table" apache_request.h:56: warning: no semicolon at end of struct or union apache_request.h:57: warning: data definition has no type or storage class apache_request.h:59: parse error before '*' token apache_request.h:59: warning: data definition has no type or storage class apache_request.h:60: parse error before '}' token apache_request.h:90: parse error before '*' token apache_request.h:90: parse error before '*' token apache_request.h:90: warning: data definition has no type or storage class apache_request.h:91: parse error before '*' token apache_request.h:92: parse error before '*' token apache_request.h:93: parse error before '*' token apache_request.h:94: parse error before '*' token apache_request.h:95: parse error before '*' token apache_request.h:96: parse error before '*' token apache_request.h:96: parse error before '*' token apache_request.h:96: warning: data definition has no type or storage class apache_request.h:97: parse error before '*' token apache_request.h:98: parse error before '*' token apache_request.h:101: parse error before '*' token apache_request.h:101: parse error before '*' token apache_request.h:101: warning: data definition has no type or storage class apache_request.h:102: parse error before '*' token apache_request.h:102: parse error before '*' token apache_request.h:102: warning: data definition has no type or storage class apache_request.h:104: parse error before '*' token apache_request.h:104: parse error before '*' token apache_request.h:104: warning: data definition has no type or storage class apache_request.h:105: parse error before '*' token apache_request.h:124: parse error before '*' token apache_request.h:127: parse error before '*' token In file included from apache_request.c:60: apache_multipart_buffer.h:16: parse error before "request_rec" apache_multipart_buffer.h:16: warning: no semicolon at end of struct or union apache_multipart_buffer.h:29: parse error before '}' token apache_multipart_buffer.h:29: warning: data definition has no type or storage class apache_multipart_buffer.h:31: parse error before '*' token apache_multipart_buffer.h:32: parse error before "request_rec" apache_multipart_buffer.h:32: warning: data definition has no type or storage class apache_multipart_buffer.h:33: parse error before '*' token apache_multipart_buffer.h:33: parse error before '*' token apache_multipart_buffer.h:33: warning: data definition has no type or storage class apache_multipart_buffer.h:34: parse error before '*' token apache_multipart_buffer.h:35: parse error before '*' token apache_multipart_buffer.h:36: parse error before '*' token apache_request.c:61: parse error before '*' token apache_request.c:69: parse error before '*' token apache_request.
RE: Trouble with Apache::Request
Hi Ged, On Fri, 2003-06-06 at 13:55, Ged Haywood wrote: > Hi there, > > On 6 Jun 2003, K Old wrote: > > > No, I didn't build a threaded Perl, it seems to be the popular thing > > among any linux distro these days to build it with threads. > > > > I'll build a version without threads just to see if it works > > Want to run that by me again?? > Mandrake 9.0 (and several other linux distros) come out of the box with Perl 5.8.0 built with threads. I'm guessing that having Perl compiled with threads might be what's causing the problem in getting Apache::Request installed. > > > I'm having trouble getting Apache::Request installed on my Mandrake 9.0 > [snip] > > > make test. I can force the install, but the same error comes up when I > > > try to load Apache::Request as a PerlModule in httpd.conf or when Alzabo > > > calls it. > > Is it *exactly* the same error? Well, here are the errors I'm getting: When I *force* and install of Apache::Request and a script calls Apache::Request, this is in the error_log: [Fri Jun 6 17:27:31 2003] [error] Can't locate object method "new" via package "Apache::Request" at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Apache/Request.pm line 22. This is from doing a make test when trying to install Apache::Request manually: Syntax error on line 31 of /root/.cpan/build/libapreq-1.1/t/httpd.conf: Can't load '/root/.cpan/build/libapreq-1.1/blib/arch/auto/Apache/Request/Request.so' for module Apache::Request: libapreq.so.1: cannot open shared object file: No such file or directory at /usr/lib/perl5/5.8.0/i386-linux-thread-multi/DynaLoader.pm line 229. at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/mod_perl.pm line 14 Compilation failed in require at (eval 16) line 3. Still with the forced install of Apache::Request, if I try to call it from httpd.conf via PerlModule Apache::Request, I get this error. Syntax error on line 590 of /usr/local/apache/conf/httpd.conf: Can't load '/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/Apache/Request/Request.so' for module Apache::Request: libapreq.so.1: cannot open shared object file: No such file or directory at /usr/lib/perl5/5.8.0/i386-linux-thread-multi/DynaLoader.pm line 229. at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/mod_perl.pm line 14 Compilation failed in require at (eval 4) line 3. > > > > Any chance I should build perl without the threads? I've heard that can > > > be the cause of a lot of problems. > > Just Perl 5.8.0 can cause problems... do you have any others kicking around? > I'm thinking of 5.7.2 for example (ducks in case Stas throws something :) > which has done me good service. Wouldn't recommend 5.6.anything. I'm starting to agree. Just this afternoon I build Apache::Request without any problems on an RH 7.3 box with Perl 5.6.1 compiled without threads. Anyone else have Apache::Request running under Perl 5.8.0 with threads enabled? > > [snip] > > > t/httpd -f `pwd`/t/httpd.conf > > > Syntax error on line 31 of /root/.cpan/build/libapreq-1.1/t/httpd.conf: > > > Can't load > > > '/root/.cpan/build/libapreq-1.1/blib/arch/auto/Apache/Request/Request.so' \ > > > for module Apache::Request: libapreq.so.1: cannot open shared object file: \ > > > No such file or directory > [snip] > > Is there in fact no such file or directory? > The file Requests.so does exist and it is in the location being referenced. The permissions are 755. > I don't like that it's even looking in there... Are you building it all > as root? Bad idea generally, although -MCPAN does rather encourage it. Yeah, I hear ya on the CPAN thingI am building it as root, but have tried it as a regular user and get the same errors Any ideas? Thanks for your help, Kevin -- K Old <[EMAIL PROTECTED]>
RE: Trouble with Apache::Request
Kitch, No, I didn't build a threaded Perl, it seems to be the popular thing among any linux distro these days to build it with threads. I'll build a version without threads just to see if it works, as I'm out of things to try. Thanks, Kevin On Fri, 2003-06-06 at 12:39, Kitch, David wrote: > Did you do a threaded build of Perl 5.8.0? > You might try a non-threaded Perl build. > > Regards, > Kitch > [EMAIL PROTECTED] > > -Original Message- > From: K Old [mailto:[EMAIL PROTECTED] > Sent: Friday, June 06, 2003 11:27 AM > To: ModPerl List > Subject: Trouble with Apache::Request > > > Hello everyone, > > I'm having trouble getting Apache::Request installed on my Mandrake 9.0 > system. Let me first say that I'm not using the Apache that came with > Mandrake 9.0. I downloaded Apache 1.3.27, mod_perl 1.27 and PHP 4.3.1 > sources and compiled and installed them. Everything works fine with > Apache, mod_perl and PHP, except when I need to use Apache::Request > (trying to use Alzabo browser interface). BTW, the version of Perl is > 5.8.0. > > When trying to build Apache::Request, here's what I get when I do the > make test. I can force the install, but the same error comes up when I > try to load Apache::Request as a PerlModule in httpd.conf or when Alzabo > calls it. > > I've scoured mailing list, Google groups and books and can't find any > help. > > Any chance I should build perl without the threads? I've heard that can > be the cause of a lot of problems. > > make[1]: Entering directory `/root/.cpan/build/libapreq-1.1/c' > make[1]: Leaving directory `/root/.cpan/build/libapreq-1.1/c' > make[1]: Entering directory `/root/.cpan/build/libapreq-1.1/Request' > make[1]: Leaving directory `/root/.cpan/build/libapreq-1.1/Request' > make[1]: Entering directory `/root/.cpan/build/libapreq-1.1/Cookie' > make[1]: Leaving directory `/root/.cpan/build/libapreq-1.1/Cookie' > t/httpd -f `pwd`/t/httpd.conf > Syntax error on line 31 of /root/.cpan/build/libapreq-1.1/t/httpd.conf: > Can't load > '/root/.cpan/build/libapreq-1.1/blib/arch/auto/Apache/Request/Request.so > ' for module Apache::Request: libapreq.so.1: cannot open shared object > file: No such file or directory at > /usr/lib/perl5/5.8.0/i386-linux-thread-multi/DynaLoader.pm line 229. at > /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/mod_perl.pm > line 14 > Compilation failed in require at (eval 16) line 3. > > Any help is greatly appreciated!
Trouble with Apache::Request
Hello everyone, I'm having trouble getting Apache::Request installed on my Mandrake 9.0 system. Let me first say that I'm not using the Apache that came with Mandrake 9.0. I downloaded Apache 1.3.27, mod_perl 1.27 and PHP 4.3.1 sources and compiled and installed them. Everything works fine with Apache, mod_perl and PHP, except when I need to use Apache::Request (trying to use Alzabo browser interface). BTW, the version of Perl is 5.8.0. When trying to build Apache::Request, here's what I get when I do the make test. I can force the install, but the same error comes up when I try to load Apache::Request as a PerlModule in httpd.conf or when Alzabo calls it. I've scoured mailing list, Google groups and books and can't find any help. Any chance I should build perl without the threads? I've heard that can be the cause of a lot of problems. make[1]: Entering directory `/root/.cpan/build/libapreq-1.1/c' make[1]: Leaving directory `/root/.cpan/build/libapreq-1.1/c' make[1]: Entering directory `/root/.cpan/build/libapreq-1.1/Request' make[1]: Leaving directory `/root/.cpan/build/libapreq-1.1/Request' make[1]: Entering directory `/root/.cpan/build/libapreq-1.1/Cookie' make[1]: Leaving directory `/root/.cpan/build/libapreq-1.1/Cookie' t/httpd -f `pwd`/t/httpd.conf Syntax error on line 31 of /root/.cpan/build/libapreq-1.1/t/httpd.conf: Can't load '/root/.cpan/build/libapreq-1.1/blib/arch/auto/Apache/Request/Request.so' for module Apache::Request: libapreq.so.1: cannot open shared object file: No such file or directory at /usr/lib/perl5/5.8.0/i386-linux-thread-multi/DynaLoader.pm line 229. at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/mod_perl.pm line 14 Compilation failed in require at (eval 16) line 3. Any help is greatly appreciated! -- K Old <[EMAIL PROTECTED]>