You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by se...@kantoor.nederhost.nl on 2004/09/21 12:06:33 UTC
[mp2] APR::Table FETCH method not found (reported when using
$r->headers_in->{Cookie}
1. Problem Description:
When running a handler like:
sub handler {
my $r = shift;
my $cookie = $r->headers_in->{Cookie};
}
this results in the following error in the Apache error log:
[Tue Sep 21 11:39:50 2004] [error] [client 130.89.164.70] Can't locate
object method "FETCH" via package "APR::Table" at
/home/sebastiaan/test/lib/perl5/site_perl/5.8.2/NederHost/Web/Handler/UCP.pm
line 47.\n
This error is also triggered by CGI/Cookie.pm (CGI 3.05, CGI/Cookie.pm
1.24):
[Tue Sep 21 10:49:41 2004] [error] [client 130.89.164.70] Can't locate
object method "FETCH" via package "APR::Table" at
/home/sebastiaan/test/lib/perl5/5.8.2/CGI/Cookie.pm line 76.\n
It seems to me that the tied interface of APR::Table is not completely
implemented. I report this as a bug since this module is flagged as being
completed. The error occurred in both latest stable release (mod_perl
1.99_16) as with the snapshot modperl-2.0_20040921043658.tar.gz.
Or, I am doing something braindead, in which case this problem report
should be ignored ;-)
2. Used Components and their Configuration:
*** mod_perl version 1.9917
*** using /home/sebastiaan/test/src/modperl-2.0/lib/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_APR_LIB => aprext
MP_APXS => /home/sebastiaan/test/apache/bin/apxs
MP_COMPAT_1X => 1
MP_GENERATE_XS => 1
MP_LIBNAME => mod_perl
MP_USE_DSO => 1
*** /home/sebastiaan/test/apache/bin/httpd -V
Server version: Apache/2.0.51
Server built: Sep 20 2004 21:58:27
Server's Module Magic Number: 20020903:9
Architecture: 32-bit
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/prefork"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_SYSVSEM_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT="/home/sebastiaan/test/apache"
-D SUEXEC_BIN="/home/sebastiaan/test/apache/bin/suexec"
-D DEFAULT_PIDLOG="logs/httpd.pid"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_LOCKFILE="logs/accept.lock"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
*** (apr|apu)-config linking info
-L/home/sebastiaan/test/apache/lib -lapr-0 -lrt -lm -lcrypt -lnsl
-lpthread -ldl
-L/home/sebastiaan/test/apache/lib -laprutil-0 -lgdbm -ldb -lexpat
*** /home/sebastiaan/test/bin/perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 2) configuration:
Platform:
osname=linux, osvers=2.4.25, archname=i686-linux
uname='linux cartman 2.4.25 #2 mon feb 23 19:55:00 cet 2004 i686
unknown '
config_args=''
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef
usemultiplicity=undef
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-fno-strict-aliasing -I/usr/local/include
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
optimize='-O3',
cppflags='-fno-strict-aliasing -I/usr/local/include'
ccversion='', gccversion='2.95.3 20010315 (release)', 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='cc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib
libs=-lnsl -lndbm -lgdbm -ldl -lm -lcrypt -lutil -lc
perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc
libc=/lib/libc-2.2.3.so, so=so, useshrplib=false, libperl=libperl.a
gnulibc_version='2.2.3'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: USE_LARGE_FILES
Built under linux
Compiled at Nov 29 2003 01:45:18
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
/home/sebastiaan/test/lib/perl5/5.8.2/i686-linux
/home/sebastiaan/test/lib/perl5/5.8.2
/home/sebastiaan/test/lib/perl5/site_perl/5.8.2/i686-linux
/home/sebastiaan/test/lib/perl5/site_perl/5.8.2
/home/sebastiaan/test/lib/perl5/site_perl
.
*** Packages of interest status:
Apache::Request: -
CGI : 3.05
LWP : 5.69
mod_perl : 1.9917
3. This is the core dump trace: (if you get a core dump):
[CORE TRACE COMES HERE]
This report was generated by t/REPORT on Tue Sep 21 09:44:06 2004 GMT.
Kind regards,
--
Sebastiaan Hoogeveen <se...@kantoor.nederhost.nl>
NederHost
http://www.nederhost.nl
Fax: 020 - 4095 982
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] APR::Table FETCH method not found (reported when using
$r->headers_in->{Cookie}
Posted by Stas Bekman <st...@stason.org>.
Geoffrey Young wrote:
>>I did use those modules (reported version 0.01 for both though). However,
>>I found that the problem can be fixed in an even more obvious way, e.g. by
>>including:
>>
>> PerlModule APR::Table
>>
>>in my httpd.conf. It seems that this module is not "use"d by
>>Apache::RequestRec so it must be pulled in by the handler itself - I'm not
>>sure whether that constitutes a bug, an error in documentation or me being
>>someone who didn't read the documentation well enough.
>
>
> that you are required to use() the classes that provide the methods you
> require in your handler is by design. you can search the dev@ archives for
> lots of discussions on this particular issue. see also
> ModPerl::MethodLookup
And it's well documented, why sending someone to read archives?
http://perl.apache.org/docs/2.0/user/porting/porting.html#Using_C_ModPerl__MethodLookup__to_Discover_Which_mod_perl_2_0_Modules_Need_to_Be_Loaded
Please help the new users get used to reading docs: post the URLs, not
quotes. Thanks.
--
__________________________________________________________________
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
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] APR::Table FETCH method not found (reported when using
$r->headers_in->{Cookie}
Posted by Geoffrey Young <ge...@modperlcookbook.org>.
sebastiaan@kantoor.nederhost.nl wrote:
> Hi,
>
> On Tue, 21 Sep 2004, Geoffrey Young wrote:
>
>
>>that you are required to use() the classes that provide the methods you
>>require in your handler is by design. you can search the dev@ archives for
>>lots of discussions on this particular issue. see also
>>ModPerl::MethodLookup and some notes in an article I wrote some time ago
>>(the first of a brief series on mp2):
>>
>> http://www.perl.com/pub/a/2003/04/17/filters.html
>
>
> Thanks for the information. If I understand correctly then it is thus a
> bug in CGI.pm (it uses $r->headers_in without doing use APR::Table).
that would be a bug, then.
>
> Maybe it would be possible to include this in the documentation, as it is
> not clear at this moment. E.g. on
> http://perl.apache.org/docs/2.0/api/Apache/RequestRec.html it is not shown
> in the synopsis (the code in the synopsis will generate the error as
> well).
well, the only error I get from the code there is on canonical_filename(),
which no longer exists. that has been fixed :)
other than that, the code in the synopsis works just fine for me. remember,
$r->headers_in is a request_rec slot, so loading Apache::RequestRec is
sufficient to call headers_in() - the object returned by headers_in() is an
APR::Table object. so, to be able to manipulate headers_in you need to use
both methods, but to merely call the slot accessor you only need RequestRec.pm.
yeah, I know... but, again, a glance at the dev archives would fine where
this was all hashed out to death, so it doesn't make much point to argue
things again here unless folks find the relevant threads and take the time
to implement some of the design suggestions made there.
--Geoff
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] APR::Table FETCH method not found (reported when using
$r->headers_in->{Cookie}
Posted by se...@kantoor.nederhost.nl.
Hi,
On Tue, 21 Sep 2004, Geoffrey Young wrote:
> that you are required to use() the classes that provide the methods you
> require in your handler is by design. you can search the dev@ archives for
> lots of discussions on this particular issue. see also
> ModPerl::MethodLookup and some notes in an article I wrote some time ago
> (the first of a brief series on mp2):
>
> http://www.perl.com/pub/a/2003/04/17/filters.html
Thanks for the information. If I understand correctly then it is thus a
bug in CGI.pm (it uses $r->headers_in without doing use APR::Table).
Maybe it would be possible to include this in the documentation, as it is
not clear at this moment. E.g. on
http://perl.apache.org/docs/2.0/api/Apache/RequestRec.html it is not shown
in the synopsis (the code in the synopsis will generate the error as
well).
> > Imvho a module returning an APR::Table object should use the package
> > implementing the object (thus, Apache::RequestRec should "use
> > APR::Table"). Since this is how I am used to be working with packages and
> > Perl was not hinting that APR::Table was not loaded at all I overlooked
> > the obvious.
>
> Perl was giving you the correct hints:
>
> [Tue Sep 21 10:49:41 2004] [error] [client 130.89.164.70] Can't locate
> object method "FETCH" via package "APR::Table" at
> /home/sebastiaan/test/lib/perl5/5.8.2/CGI/Cookie.pm line 76.\n
>
> which is the same error you would receive running code like this:
>
> my $f = bless {}, 'Foo';
> $f->bar;
>
> yeah, it could be more intuitive, but perl is in charge of throwing the
> errors here, so we have to live with the error perl chooses to provide.
I'm used to the "maybe you forgot to load" hints in case a module is not
present at all, hence me missing the obvious. Yes, I'm spoiled :-)
Kind regards,
--
Sebastiaan Hoogeveen <se...@kantoor.nederhost.nl>
NederHost
http://www.nederhost.nl
Fax: 020 - 4095 982
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] APR::Table FETCH method not found (reported when using
$r->headers_in->{Cookie}
Posted by Geoffrey Young <ge...@modperlcookbook.org>.
> I did use those modules (reported version 0.01 for both though). However,
> I found that the problem can be fixed in an even more obvious way, e.g. by
> including:
>
> PerlModule APR::Table
>
> in my httpd.conf. It seems that this module is not "use"d by
> Apache::RequestRec so it must be pulled in by the handler itself - I'm not
> sure whether that constitutes a bug, an error in documentation or me being
> someone who didn't read the documentation well enough.
that you are required to use() the classes that provide the methods you
require in your handler is by design. you can search the dev@ archives for
lots of discussions on this particular issue. see also
ModPerl::MethodLookup and some notes in an article I wrote some time ago
(the first of a brief series on mp2):
http://www.perl.com/pub/a/2003/04/17/filters.html
>
> Imvho a module returning an APR::Table object should use the package
> implementing the object (thus, Apache::RequestRec should "use
> APR::Table"). Since this is how I am used to be working with packages and
> Perl was not hinting that APR::Table was not loaded at all I overlooked
> the obvious.
Perl was giving you the correct hints:
[Tue Sep 21 10:49:41 2004] [error] [client 130.89.164.70] Can't locate
object method "FETCH" via package "APR::Table" at
/home/sebastiaan/test/lib/perl5/5.8.2/CGI/Cookie.pm line 76.\n
which is the same error you would receive running code like this:
my $f = bless {}, 'Foo';
$f->bar;
yeah, it could be more intuitive, but perl is in charge of throwing the
errors here, so we have to live with the error perl chooses to provide.
--Geoff
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] APR::Table FETCH method not found (reported when using
$r->headers_in->{Cookie}
Posted by Sebastiaan Hoogeveen <se...@kantoor.nederhost.nl>.
Hi,
On Tue, 21 Sep 2004, Tom Schindl wrote:
> Hi,
>
> but the test-suite runs fine at least on my cvs checkout. You don't show
> which modules you're loading. Try to load the same modules
> "t/response/TestModperl/cookie.pm" does.
>
> These are:
> * use Apache::RequestRec ();
> * use Apache::RequestIO ();
I did use those modules (reported version 0.01 for both though). However,
I found that the problem can be fixed in an even more obvious way, e.g. by
including:
PerlModule APR::Table
in my httpd.conf. It seems that this module is not "use"d by
Apache::RequestRec so it must be pulled in by the handler itself - I'm not
sure whether that constitutes a bug, an error in documentation or me being
someone who didn't read the documentation well enough.
Imvho a module returning an APR::Table object should use the package
implementing the object (thus, Apache::RequestRec should "use
APR::Table"). Since this is how I am used to be working with packages and
Perl was not hinting that APR::Table was not loaded at all I overlooked
the obvious.
Thank you for your time and pointing me to the working example in the test
suite.
Kind regards,
Sebastiaan
> Tom
>
> sebastiaan@kantoor.nederhost.nl wrote:
> > 1. Problem Description:
> >
> > When running a handler like:
> >
> > sub handler {
> >
> > my $r = shift;
> > my $cookie = $r->headers_in->{Cookie};
> >
> > }
> >
> > this results in the following error in the Apache error log:
> >
> > [Tue Sep 21 11:39:50 2004] [error] [client 130.89.164.70] Can't locate
> > object method "FETCH" via package "APR::Table" at
> > /home/sebastiaan/test/lib/perl5/site_perl/5.8.2/NederHost/Web/Handler/UCP.pm
> > line 47.\n
> >
> > This error is also triggered by CGI/Cookie.pm (CGI 3.05, CGI/Cookie.pm
> > 1.24):
> >
> > [Tue Sep 21 10:49:41 2004] [error] [client 130.89.164.70] Can't locate
> > object method "FETCH" via package "APR::Table" at
> > /home/sebastiaan/test/lib/perl5/5.8.2/CGI/Cookie.pm line 76.\n
> >
> > It seems to me that the tied interface of APR::Table is not completely
> > implemented. I report this as a bug since this module is flagged as being
> > completed. The error occurred in both latest stable release (mod_perl
> > 1.99_16) as with the snapshot modperl-2.0_20040921043658.tar.gz.
> >
> > Or, I am doing something braindead, in which case this problem report
> > should be ignored ;-)
> >
> > 2. Used Components and their Configuration:
> >
> > *** mod_perl version 1.9917
> >
> > *** using /home/sebastiaan/test/src/modperl-2.0/lib/Apache/BuildConfig.pm
> >
> > *** Makefile.PL options:
> > MP_APR_LIB => aprext
> > MP_APXS => /home/sebastiaan/test/apache/bin/apxs
> > MP_COMPAT_1X => 1
> > MP_GENERATE_XS => 1
> > MP_LIBNAME => mod_perl
> > MP_USE_DSO => 1
> >
> >
> > *** /home/sebastiaan/test/apache/bin/httpd -V
> > Server version: Apache/2.0.51
> > Server built: Sep 20 2004 21:58:27
> > Server's Module Magic Number: 20020903:9
> > Architecture: 32-bit
> > Server compiled with....
> > -D APACHE_MPM_DIR="server/mpm/prefork"
> > -D APR_HAS_SENDFILE
> > -D APR_HAS_MMAP
> > -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
> > -D APR_USE_SYSVSEM_SERIALIZE
> > -D APR_USE_PTHREAD_SERIALIZE
> > -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
> > -D APR_HAS_OTHER_CHILD
> > -D AP_HAVE_RELIABLE_PIPED_LOGS
> > -D HTTPD_ROOT="/home/sebastiaan/test/apache"
> > -D SUEXEC_BIN="/home/sebastiaan/test/apache/bin/suexec"
> > -D DEFAULT_PIDLOG="logs/httpd.pid"
> > -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
> > -D DEFAULT_LOCKFILE="logs/accept.lock"
> > -D DEFAULT_ERRORLOG="logs/error_log"
> > -D AP_TYPES_CONFIG_FILE="conf/mime.types"
> > -D SERVER_CONFIG_FILE="conf/httpd.conf"
> >
> >
> > *** (apr|apu)-config linking info
> >
> > -L/home/sebastiaan/test/apache/lib -lapr-0 -lrt -lm -lcrypt -lnsl
> > -lpthread -ldl
> > -L/home/sebastiaan/test/apache/lib -laprutil-0 -lgdbm -ldb -lexpat
> >
> >
> >
> > *** /home/sebastiaan/test/bin/perl -V
> > Summary of my perl5 (revision 5.0 version 8 subversion 2) configuration:
> > Platform:
> > osname=linux, osvers=2.4.25, archname=i686-linux
> > uname='linux cartman 2.4.25 #2 mon feb 23 19:55:00 cet 2004 i686
> > unknown '
> > config_args=''
> > hint=recommended, useposix=true, d_sigaction=define
> > usethreads=undef use5005threads=undef useithreads=undef
> > usemultiplicity=undef
> > useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
> > use64bitint=undef use64bitall=undef uselongdouble=undef
> > usemymalloc=n, bincompat5005=undef
> > Compiler:
> > cc='cc', ccflags ='-fno-strict-aliasing -I/usr/local/include
> > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
> > optimize='-O3',
> > cppflags='-fno-strict-aliasing -I/usr/local/include'
> > ccversion='', gccversion='2.95.3 20010315 (release)', 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='cc', ldflags =' -L/usr/local/lib'
> > libpth=/usr/local/lib /lib /usr/lib
> > libs=-lnsl -lndbm -lgdbm -ldl -lm -lcrypt -lutil -lc
> > perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc
> > libc=/lib/libc-2.2.3.so, so=so, useshrplib=false, libperl=libperl.a
> > gnulibc_version='2.2.3'
> > Dynamic Linking:
> > dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
> > cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'
> >
> >
> > Characteristics of this binary (from libperl):
> > Compile-time options: USE_LARGE_FILES
> > Built under linux
> > Compiled at Nov 29 2003 01:45:18
> > %ENV:
> > PERL_LWP_USE_HTTP_10="1"
> > @INC:
> > /home/sebastiaan/test/lib/perl5/5.8.2/i686-linux
> > /home/sebastiaan/test/lib/perl5/5.8.2
> > /home/sebastiaan/test/lib/perl5/site_perl/5.8.2/i686-linux
> > /home/sebastiaan/test/lib/perl5/site_perl/5.8.2
> > /home/sebastiaan/test/lib/perl5/site_perl
> > .
> >
> > *** Packages of interest status:
> >
> > Apache::Request: -
> > CGI : 3.05
> > LWP : 5.69
> > mod_perl : 1.9917
> >
> >
> > 3. This is the core dump trace: (if you get a core dump):
> >
> > [CORE TRACE COMES HERE]
> >
> > This report was generated by t/REPORT on Tue Sep 21 09:44:06 2004 GMT.
> >
> > Kind regards,
> >
>
>
> Reclaim Your Inbox!
> http://www.mozilla.org/products/thunderbird
>
--
Sebastiaan Hoogeveen <se...@kantoor.nederhost.nl>
NederHost
http://www.nederhost.nl
Fax: 020 - 4095 982
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] APR::Table FETCH method not found (reported when using
$r->headers_in->{Cookie}
Posted by Tom Schindl <to...@gmx.at>.
Hi,
but the test-suite runs fine at least on my cvs checkout. You don't show
which modules you're loading. Try to load the same modules
"t/response/TestModperl/cookie.pm" does.
These are:
* use Apache::RequestRec ();
* use Apache::RequestIO ();
Tom
sebastiaan@kantoor.nederhost.nl wrote:
> 1. Problem Description:
>
> When running a handler like:
>
> sub handler {
>
> my $r = shift;
> my $cookie = $r->headers_in->{Cookie};
>
> }
>
> this results in the following error in the Apache error log:
>
> [Tue Sep 21 11:39:50 2004] [error] [client 130.89.164.70] Can't locate
> object method "FETCH" via package "APR::Table" at
> /home/sebastiaan/test/lib/perl5/site_perl/5.8.2/NederHost/Web/Handler/UCP.pm
> line 47.\n
>
> This error is also triggered by CGI/Cookie.pm (CGI 3.05, CGI/Cookie.pm
> 1.24):
>
> [Tue Sep 21 10:49:41 2004] [error] [client 130.89.164.70] Can't locate
> object method "FETCH" via package "APR::Table" at
> /home/sebastiaan/test/lib/perl5/5.8.2/CGI/Cookie.pm line 76.\n
>
> It seems to me that the tied interface of APR::Table is not completely
> implemented. I report this as a bug since this module is flagged as being
> completed. The error occurred in both latest stable release (mod_perl
> 1.99_16) as with the snapshot modperl-2.0_20040921043658.tar.gz.
>
> Or, I am doing something braindead, in which case this problem report
> should be ignored ;-)
>
> 2. Used Components and their Configuration:
>
> *** mod_perl version 1.9917
>
> *** using /home/sebastiaan/test/src/modperl-2.0/lib/Apache/BuildConfig.pm
>
> *** Makefile.PL options:
> MP_APR_LIB => aprext
> MP_APXS => /home/sebastiaan/test/apache/bin/apxs
> MP_COMPAT_1X => 1
> MP_GENERATE_XS => 1
> MP_LIBNAME => mod_perl
> MP_USE_DSO => 1
>
>
> *** /home/sebastiaan/test/apache/bin/httpd -V
> Server version: Apache/2.0.51
> Server built: Sep 20 2004 21:58:27
> Server's Module Magic Number: 20020903:9
> Architecture: 32-bit
> Server compiled with....
> -D APACHE_MPM_DIR="server/mpm/prefork"
> -D APR_HAS_SENDFILE
> -D APR_HAS_MMAP
> -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
> -D APR_USE_SYSVSEM_SERIALIZE
> -D APR_USE_PTHREAD_SERIALIZE
> -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
> -D APR_HAS_OTHER_CHILD
> -D AP_HAVE_RELIABLE_PIPED_LOGS
> -D HTTPD_ROOT="/home/sebastiaan/test/apache"
> -D SUEXEC_BIN="/home/sebastiaan/test/apache/bin/suexec"
> -D DEFAULT_PIDLOG="logs/httpd.pid"
> -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
> -D DEFAULT_LOCKFILE="logs/accept.lock"
> -D DEFAULT_ERRORLOG="logs/error_log"
> -D AP_TYPES_CONFIG_FILE="conf/mime.types"
> -D SERVER_CONFIG_FILE="conf/httpd.conf"
>
>
> *** (apr|apu)-config linking info
>
> -L/home/sebastiaan/test/apache/lib -lapr-0 -lrt -lm -lcrypt -lnsl
> -lpthread -ldl
> -L/home/sebastiaan/test/apache/lib -laprutil-0 -lgdbm -ldb -lexpat
>
>
>
> *** /home/sebastiaan/test/bin/perl -V
> Summary of my perl5 (revision 5.0 version 8 subversion 2) configuration:
> Platform:
> osname=linux, osvers=2.4.25, archname=i686-linux
> uname='linux cartman 2.4.25 #2 mon feb 23 19:55:00 cet 2004 i686
> unknown '
> config_args=''
> hint=recommended, useposix=true, d_sigaction=define
> usethreads=undef use5005threads=undef useithreads=undef
> usemultiplicity=undef
> useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
> use64bitint=undef use64bitall=undef uselongdouble=undef
> usemymalloc=n, bincompat5005=undef
> Compiler:
> cc='cc', ccflags ='-fno-strict-aliasing -I/usr/local/include
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
> optimize='-O3',
> cppflags='-fno-strict-aliasing -I/usr/local/include'
> ccversion='', gccversion='2.95.3 20010315 (release)', 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='cc', ldflags =' -L/usr/local/lib'
> libpth=/usr/local/lib /lib /usr/lib
> libs=-lnsl -lndbm -lgdbm -ldl -lm -lcrypt -lutil -lc
> perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc
> libc=/lib/libc-2.2.3.so, so=so, useshrplib=false, libperl=libperl.a
> gnulibc_version='2.2.3'
> Dynamic Linking:
> dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
> cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'
>
>
> Characteristics of this binary (from libperl):
> Compile-time options: USE_LARGE_FILES
> Built under linux
> Compiled at Nov 29 2003 01:45:18
> %ENV:
> PERL_LWP_USE_HTTP_10="1"
> @INC:
> /home/sebastiaan/test/lib/perl5/5.8.2/i686-linux
> /home/sebastiaan/test/lib/perl5/5.8.2
> /home/sebastiaan/test/lib/perl5/site_perl/5.8.2/i686-linux
> /home/sebastiaan/test/lib/perl5/site_perl/5.8.2
> /home/sebastiaan/test/lib/perl5/site_perl
> .
>
> *** Packages of interest status:
>
> Apache::Request: -
> CGI : 3.05
> LWP : 5.69
> mod_perl : 1.9917
>
>
> 3. This is the core dump trace: (if you get a core dump):
>
> [CORE TRACE COMES HERE]
>
> This report was generated by t/REPORT on Tue Sep 21 09:44:06 2004 GMT.
>
> Kind regards,
>
Reclaim Your Inbox!
http://www.mozilla.org/products/thunderbird
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html