You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by K Old <ko...@kold.homelinux.com> on 2003/08/25 03:42:49 UTC
Can't locate object method "new" via package "Apache::Request"
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.
So, for Apache::Test I proceed to "make clean" and then do:
perl Makefile.PL
make
make test
<results of make test>
/usr/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -clean
*** setting ulimit to allow core files
ulimit -c unlimited; t/TEST -clean
APACHE_USER= APXS= APACHE_PORT= APACHE_GROUP= APACHE= \
/usr/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -verbose=0
*** setting ulimit to allow core files
ulimit -c unlimited; t/TEST -verbose=0
*** root mode: changing the fs ownership to 'nobody' (99:99)
/usr/sbin/httpd -X -d /root/.cpan/build/Apache-Test-1.03/t -f
/root/.cpan/build/Apache-Test-1.03/t/conf/httpd.conf -DAPACHE1
using Apache/1.3.27
waiting for server to start: .
waiting for server to start: ok (waited 0 secs)
server localhost.localdomain:8529 started
ping.......ok
request....FAILED tests 1, 5,
8-9
Failed 4/9 tests, 55.56% okay
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
request.t 9 4 44.44% 1 5 8-9
*** server localhost.localdomain:8529 shutdown
!!! error running tests (please examine t/logs/error_log)
make: *** [run_tests] Error 1
</results from make test>
<everything in t/logs/error_log>
[Sun Aug 24 21:16:49 2003] [info] Created shared memory segment #4259853
[Sun Aug 24 21:16:49 2003] [info] allocated semaphore #3112976
[Sun Aug 24 21:16:50 2003] [info] Created shared memory segment #4358157
[Sun Aug 24 21:16:50 2003] [info] allocated semaphore #3178512
[Sun Aug 24 21:16:50 2003] [info] created shared memory segment #4423695
</everything in t/logs/error_log>
I then did a make install and it installed the files, but they are
broken.
At any rate, I tried libapreq with the following:
make clean
perl Makefile.PL -httpd /usr/sbin/httpd
</results from perl Makefile.PL -httpd /usr/sbin/httpd>
generating script t/TEST
Checking if your kit is complete...
Looks good
Writing Makefile for libapreq
mkdir ../blib
mkdir ../blib/arch
mkdir ../blib/arch/auto
mkdir ../blib/arch/auto/libapreq
Warning: -L../blib/arch/auto/libapreq changed to
-L/root/.cpan/build/libapreq-1.2/Request/../blib/arch/auto/libapreq
Writing Makefile for Apache::Request
Warning: -L../blib/arch/auto/libapreq changed to
-L/root/.cpan/build/libapreq-1.2/Cookie/../blib/arch/auto/libapreq
Writing Makefile for Apache::Cookie
Writing Makefile for libapreq
</results from perl Makefile.PL -httpd /usr/sbin/httpd>
make
make test
<results from make test>
make[1]: Entering directory `/root/.cpan/build/libapreq-1.2/c'
make[1]: Leaving directory `/root/.cpan/build/libapreq-1.2/c'
make[1]: Entering directory `/root/.cpan/build/libapreq-1.2/Request'
make[1]: Leaving directory `/root/.cpan/build/libapreq-1.2/Request'
make[1]: Entering directory `/root/.cpan/build/libapreq-1.2/Cookie'
make[1]: Leaving directory `/root/.cpan/build/libapreq-1.2/Cookie'
/usr/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -clean
*** setting ulimit to allow core files
ulimit -c unlimited; t/TEST -clean
APACHE_USER= APXS= APACHE_PORT= APACHE_GROUP= APACHE= \
/usr/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -verbose=0
*** setting ulimit to allow core files
ulimit -c unlimited; t/TEST -verbose=0
*** root mode: changing the fs ownership to 'nobody' (99:99)
/usr/sbin/httpd -X -d /root/.cpan/build/libapreq-1.2/t -f
/root/.cpan/build/libapreq-1.2/t/conf/httpd.conf -DAPACHE1
using Apache/1.3.27
waiting for server to start: .
waiting for server to start: ok (waited 0 secs)
server localhost.localdomain:8529 started
apreq/big_input....FAILED tests
1-21
Failed 21/21 tests, 0.00% okay
apreq/cookie.......FAILED test
1
Failed 1/1 tests, 0.00% okay
apreq/inherit......FAILED test
1
Failed 1/1 tests, 0.00% okay
apreq/request......FAILED tests
1-2
Failed 2/2 tests, 0.00% okay
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
apreq/big_input.t 21 21 100.00% 1-21
apreq/cookie.t 1 1 100.00% 1
apreq/inherit.t 1 1 100.00% 1
apreq/request.t 2 2 100.00% 1-2
*** server localhost.localdomain:8529 shutdown
!!! error running tests (please examine t/logs/error_log)
make: *** [run_tests] Error 1
</results from make test>
<results from t/logs/error_log>
[Sun Aug 24 21:21:59 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
</results from t/logs/error_log>
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
<LocationMatch "(\.html|\.txt|\.pl)$">
SetHandler perl-script
PerlHandler HTML::Mason::ApacheHandler
</LocationMatch>
<LocationMatch "(\.m(html|txt|pl)|dhandler|autohandler)$">
SetHandler perl-script
PerlHandler Apache::Constants::NOT_FOUND
</LocationMatch>
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 <ko...@kold.homelinux.com>
--
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"
Posted by Joe Schaefer <jo...@sunstarsys.com>.
Stas Bekman <st...@stason.org> writes:
[...]
>
> 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?
That's the plan- I'm shooting for a new one this weekend.
--
Joe Schaefer
Re: [Mason] Can't locate object method "new" via package "Apache::Request"
Posted by Stas Bekman <st...@stason.org>.
[please don't lose K Old from the CC, I'm not sure he is on this list]
Joe Schaefer wrote:
>>>>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.
>>
>>Joe, Steve, so what was the outcome of the MM patching? I thought
>>Steve has supplied a better patch, but it looks like the problem is
>>still there.
>
>
> I have no problem with current cvs on linux, using either 5.8.0 (old MM)
> or 5.8.1-RC4 (new MM).
It works for me too:
K Old, can you test with the latest MakeMaker?
http://search.cpan.org/author/MSCHWERN/ExtUtils-MakeMaker-6.16/
We may need to require this version of MM.
>>Should my patch go in?
>
> I'm still very much against it, but I could be persuaded if
> a MacOSX user says it works there.
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [Mason] Can't locate object method "new" via package "Apache::Request"
Posted by Joe Schaefer <jo...@sunstarsys.com>.
Stas Bekman <st...@stason.org> writes:
> [moving this to the apreq-dev list]
>
> K Old wrote:
[...]
> >>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.
>
> Joe, Steve, so what was the outcome of the MM patching? I thought
> Steve has supplied a better patch, but it looks like the problem is
> still there.
I have no problem with current cvs on linux, using either 5.8.0 (old MM)
or 5.8.1-RC4 (new MM).
> Should my patch go in?
I'm still very much against it, but I could be persuaded if
a MacOSX user says it works there.
--
Joe Schaefer
Re: [Mason] Can't locate object method "new" via package "Apache::Request"
Posted by Stas Bekman <st...@stason.org>.
[moving this to the apreq-dev list]
K Old wrote:
>>>>>[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?
[...]
>>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.
Joe, Steve, so what was the outcome of the MM patching? I thought Steve has
supplied a better patch, but it looks like the problem is still there. Should
my patch go in?
Certainly need to fix this before making a new release.
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [Mason] Can't locate object method "new"
via package "Apache::Request"
Posted by K Old <ko...@kold.homelinux.com>.
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 <ko...@kold.homelinux.com>
--
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"
Posted by Stas Bekman <st...@stason.org>.
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 Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
--
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"
Posted by Stas Bekman <st...@stason.org>.
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 Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [Mason] Can't locate object method "new" via
package "Apache::Request"
Posted by K Old <ko...@kold.homelinux.com>.
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.
Any ideas?
Thanks,
Kevin
--
K Old <ko...@kold.homelinux.com>
--
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"
Posted by Stas Bekman <st...@stason.org>.
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 Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [Mason] Can't locate object method "new" via package "Apache::Request"
Posted by Stas Bekman <st...@stason.org>.
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 Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
--
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"
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Mon, 25 Aug 2003, K Old wrote:
> On Mon, 2003-08-25 at 00:18, Randy Kobes wrote:
> > On Sun, 24 Aug 2003, K Old wrote:
[ ... ]
> > > 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.
Is it possible to disable FrontPage just to see if the
libapreq tests are OK when run as another user?
> 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.
[ ... ]
> I've tried to install DynaLoader.pm from CPAN, but it says it's up to
> date.
That error message means that libapreq.so, which is required by
Apache::Cookie, couldn't be loaded. Do you have a
libapreq.so under /home/admin/libapreq-1.2/blib/? And if so,
does it have the permissions set so that the user under
which the web server is running as can load it?
--
best regards,
randy
--
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"
Posted by K Old <ko...@kold.homelinux.com>.
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 <ko...@kold.homelinux.com>
--
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"
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
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.
--
best regards,
randy kobes
--
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"
Posted by K Old <ko...@kold.homelinux.com>.
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 <ko...@kold.homelinux.com>
--
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"
Posted by "S.B.S" <st...@zero.zero.xs2.net>.
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.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html