[MP2 CVS] configure error
Hi All, Using 5.8.3 with the latest CVS, running /usr/local/perl-5.8.3_threaded/bin/perl Makefile.PL MP_USE_DSO=1 MP_APXS=/usr/local/WASM_Sessions_Checker_apache_2.0.48/bin/apxs MP_TRACE=1 gives the following errors: *** dir '/usr/local/WASM_Sessions_Checker/htdocs/conf' does not exist (while resolving 'conf/ssl.conf') *** dir '/usr/local/WASM_Sessions_Checker/htdocs/conf' does not exist (while resolving 'conf/mime.types') It seems to look under "htdocs" rather than "conf". Regards, Jie -- Reporting bugs: 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
[mp2] 1.99_14: socket problem
Hi All, This used to work: $socket->recv($line, 34); but the syntax has changed in 1.99_14, so I modified it to be: $line = $socket->recv(34); But I am getting this error: [error] APR::Socket::recv: Resource temporarily unavailable at ...pm line 117 OBAny other obvious changes in APR::Socket that I missed here? Jie -- 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] 1.99_14: socket problem
On Mon, 24 May 2004, Stas Bekman wrote: > Date: Mon, 24 May 2004 10:18:22 -0700 > From: Stas Bekman <[EMAIL PROTECTED]> > To: Jie Gao <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: [mp2] 1.99_14: socket problem > > Jie Gao wrote: > > Hi All, > > > > This used to work: > > > > $socket->recv($line, 34); > > > > but the syntax has changed in 1.99_14, so I modified it to be: > > > > $line = $socket->recv(34); > > > > But I am getting this error: > > > > [error] APR::Socket::recv: Resource temporarily unavailable at ...pm line 117 > > > > OBAny other obvious changes in APR::Socket that I missed here? > > The syntax has changes, yes. And you've adjusted it correctly. The problem > might be coming from Apache I think. If you don't send complete reports it's > hard to guess. Please *always* submit proper bug reports: > See http://perl.apache.org/bugs/ > > If you've moved to Apache 2.0.49, it now gives you a non-blocking socket. So > all protocol handlers now must start with: > > use APR::Const-compile => 'SO_NONBLOCK'; > $sock->opt_set(APR::SO_NONBLOCK => 0); Yes, I got your latest doco and put this line in yesterday and it worked! BTW, shouldn't it be: $sock->opt_set(APR::SO_NONBLOCK,0); Thanks very much, Regards, Jie > See: > http://perl.apache.org/docs/2.0/user/handlers/protocols.html#Socket_based_Protocol_Module > > -- > __ > Stas BekmanJAm_pH --> Just Another mod_perl Hacker > http://stason.org/ mod_perl Guide ---> http://perl.apache.org > mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com > http://modperlbook.org http://apache.org http://ticketmaster.com > -- 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] 1.99_14: socket problem
On Mon, 24 May 2004, Stas Bekman wrote:
> Date: Mon, 24 May 2004 14:53:31 -0700
> From: Stas Bekman <[EMAIL PROTECTED]>
> To: Jie Gao <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: [mp2] 1.99_14: socket problem
>
> Jie Gao wrote:
> >
> >
> > On Mon, 24 May 2004, Stas Bekman wrote:
> >
> >
> >>Date: Mon, 24 May 2004 10:18:22 -0700
> >>From: Stas Bekman <[EMAIL PROTECTED]>
> >>To: Jie Gao <[EMAIL PROTECTED]>
> >>Cc: [EMAIL PROTECTED]
> >>Subject: Re: [mp2] 1.99_14: socket problem
> >>
> >>Jie Gao wrote:
> >>
> >>>Hi All,
> >>>
> >>>This used to work:
> >>>
> >>>$socket->recv($line, 34);
> >>>
> >>>but the syntax has changed in 1.99_14, so I modified it to be:
> >>>
> >>>$line = $socket->recv(34);
> >>>
> >>>But I am getting this error:
> >>>
> >>> [error] APR::Socket::recv: Resource temporarily unavailable at ...pm line 117
> >>>
> >>>OBAny other obvious changes in APR::Socket that I missed here?
> >>
> >>The syntax has changes, yes. And you've adjusted it correctly. The problem
> >>might be coming from Apache I think. If you don't send complete reports it's
> >>hard to guess. Please *always* submit proper bug reports:
> >>See http://perl.apache.org/bugs/
> >>
> >>If you've moved to Apache 2.0.49, it now gives you a non-blocking socket. So
> >>all protocol handlers now must start with:
> >>
> >>use APR::Const-compile => 'SO_NONBLOCK';
> >>$sock->opt_set(APR::SO_NONBLOCK => 0);
Is this supported?
$socket->opt_set(APR::SO_KEEPALIVE, 1);
Regards,
Jie
> >
> > Yes, I got your latest doco and put this line in yesterday and it worked!
>
> Excellent. It's really a problem in Apache 2.0.49, not mod_perl. But before
> 1.99_14 it was silently failing, with 1.99_14 it doesn't. I'll add a xref to
> that information from the recv entry in the APR::Socket manpage.
>
> > BTW, shouldn't it be:
> >
> > $sock->opt_set(APR::SO_NONBLOCK,0);
>
> If you prefer. But both are exactly the same. Please observe:
>
> % perl -MO=Deparse -e '@a = (a => 1)'
> @a = ('a', 1);
> -e syntax OK
>
> It's just a synctatic sugar to show you that these two arguments are connected.
> --
> __
> Stas BekmanJAm_pH --> Just Another mod_perl Hacker
> http://stason.org/ mod_perl Guide ---> http://perl.apache.org
> mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
> http://modperlbook.org http://apache.org http://ticketmaster.com
>
> --
> 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
>
>
--
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] 1.99_14: socket problem
On Wed, 26 May 2004, Stas Bekman wrote: > Date: Wed, 26 May 2004 19:08:40 -0700 > From: Stas Bekman <[EMAIL PROTECTED]> > To: Jie Gao <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: [mp2] 1.99_14: socket problem > > Jie Gao wrote: > [...] > >>>>If you've moved to Apache 2.0.49, it now gives you a non-blocking socket. So > >>>>all protocol handlers now must start with: > >>>> > >>>>use APR::Const-compile => 'SO_NONBLOCK'; > >>>>$sock->opt_set(APR::SO_NONBLOCK => 0); > > > > > > Is this supported? > > > > $socket->opt_set(APR::SO_KEEPALIVE, 1); > > I haven't tried, but if it's a valid option, why not? Have you tried doing > that and it didn't work? Though I won't advise on doing that for HTTP stuff. I > guess it's OK for your own protocols. That's what I am doing. It's just that the doco did not specify any valid values but "'. BTW, I am getting this in the log: Undefined subroutine &Apache::Connection::AUTOLOAD called.\n, It seems that some mod_perl module is trying to do autoload a sub that does not exist. Regards, Jie -- 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] 1.99_14: socket problem
On Fri, 28 May 2004, Stas Bekman wrote:
> Date: Fri, 28 May 2004 11:27:46 -0700
> From: Stas Bekman <[EMAIL PROTECTED]>
> To: Jie Gao <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: [mp2] 1.99_14: socket problem
>
> Jie Gao wrote:
> >
> >
> > On Wed, 26 May 2004, Stas Bekman wrote:
> >
> >
> >>Date: Wed, 26 May 2004 19:08:40 -0700
> >>From: Stas Bekman <[EMAIL PROTECTED]>
> >>To: Jie Gao <[EMAIL PROTECTED]>
> >>Cc: [EMAIL PROTECTED]
> >>Subject: Re: [mp2] 1.99_14: socket problem
> >>
> >>Jie Gao wrote:
> >>[...]
> >>
> >>>>>>If you've moved to Apache 2.0.49, it now gives you a non-blocking socket. So
> >>>>>>all protocol handlers now must start with:
> >>>>>>
> >>>>>>use APR::Const-compile => 'SO_NONBLOCK';
> >>>>>>$sock->opt_set(APR::SO_NONBLOCK => 0);
> >>>
> >>>
> >>>Is this supported?
> >>>
> >>>$socket->opt_set(APR::SO_KEEPALIVE, 1);
> >>
> >>I haven't tried, but if it's a valid option, why not? Have you tried doing
> >>that and it didn't work? Though I won't advise on doing that for HTTP stuff. I
> >>guess it's OK for your own protocols.
> >
> >
> > That's what I am doing. It's just that the doco did not specify any valid
> > values but "'.
>
> You mean here, right?
> http://perl.apache.org/docs/2.0/api/APR/Const.html#C__socket_
>
> I haven't used any other constants, but APR::SO_NONBLOCK so I didn't document
> them? Care to send a patch fixing that? It'd be also good to test those before
> documenting. e.g. to figure out how APR::SO_KEEPALIVE behaves just grep the
> apr source include dir for APR_SO_KEEPALIVE, like so:
>
> % cd httpd-2.0/
> % grep -Ir APR_SO_KEEPALIVE srclib/apr/include
> srclib/apr/include/apr_network_io.h:#define APR_SO_KEEPALIVE 2/**<
> Keepalive */
> srclib/apr/include/apr_network_io.h: *APR_SO_KEEPALIVE -- keep
> connections active
> srclib/apr/include/apr_network_io.h: *APR_SO_KEEPALIVE -- keep
> connections active
>
> looking in that file gives us:
>
> *
> *APR_SO_DEBUG -- turn on debugging information
> *APR_SO_KEEPALIVE -- keep connections active
> *APR_SO_LINGER -- lingers on close if data is present
> *APR_SO_NONBLOCK -- Turns blocking on/off for socket
> *APR_SO_REUSEADDR -- The rules used in validating addresses
> * supplied to bind should allow reuse
> * of local addresses.
> *APR_SO_SNDBUF -- Set the SendBufferSize
> *APR_SO_RCVBUF -- Set the ReceiveBufferSize
> *
>
> it doesn't document what the possible values are :( But you can guess that
> most accept 0/1 to turn the option off/on, the last two are the size of the
> buffer in bytes and I'm not sure about APR_SO_REUSEADDR.
>
> So now you have almost all the information to at least submit a doc patch
Thanks very much. I'll do when I find some time for it. Right now I'm getting
segmentation faults and am going to debug it today.
>
> > BTW, I am getting this in the log:
> >
> > Undefined subroutine &Apache::Connection::AUTOLOAD called.\n,
> >
> > It seems that some mod_perl module is trying to do autoload a sub that
> > does not exist.
>
> I don't think the mod_perl 2.0 core does. Set:
>
> use Carp;
> $SIG{__WARN__} = \&Carp::cluck;
>
> at the server startup and it'll tell you who called that.
No, it doesn't give me more info. The lines concerned are:
my $content_type = $r->lookup_uri($r->uri)->content_type;
if (defined $content_type) {
print STDERR "content-type is: $content_type\n";
return Apache::OK if $content_type =~ m:^$content_type_to_ignore/:i;
}
But I don't see anything involves autoload here.
Regards,
Jie
--
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] 1.99_14: socket problem
On Fri, 28 May 2004, Stas Bekman wrote:
> Date: Fri, 28 May 2004 17:36:44 -0700
> From: Stas Bekman <[EMAIL PROTECTED]>
> To: Jie Gao <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: [mp2] 1.99_14: socket problem
>
> Jie Gao wrote:
> [...]
> > Thanks very much. I'll do when I find some time for it. Right now I'm getting
> > segmentation faults and am going to debug it today.
>
> Sure, please take your time.
>
> >>>BTW, I am getting this in the log:
> >>>
> >>> Undefined subroutine &Apache::Connection::AUTOLOAD called.\n,
> >>>
> >>>It seems that some mod_perl module is trying to do autoload a sub that
> >>>does not exist.
> >>
> >>I don't think the mod_perl 2.0 core does. Set:
> >>
> >>use Carp;
> >>$SIG{__WARN__} = \&Carp::cluck;
> >>
> >>at the server startup and it'll tell you who called that.
> >
> >
> > No, it doesn't give me more info. The lines concerned are:
>
> Oh, wait, it was an error, not a warning. You want:
>
>$SIG{__DIE__} = \&Carp::confess;
>
> then.
OK, I've got this after changing to use confess:
[Sat May 29 10:53:41 2004] [error] [client 129.78.64.21] Undefined subroutine
&Apache::Connection::AUTOLOAD
called at /usr/local/perl-5.8.4/lib/site_perl/5.8.4/Usyd/AuthCookieHandler.pm line
464.\n\teval {...} called at
/usr/local/perl-5.8.4/lib/site_perl/5.8.4/Usyd/AuthCookieHandler.pm line 464\n\teval
{...} called at
/usr/local/perl-5.8.4/lib/site_perl/5.8.4/Usyd/AuthCookieHandler.pm line
464\n\tUsyd::AuthCookieHandler::authz('Usyd::AuthCookieHandler',
'Apache::RequestRec=SCALAR(0x4a49ec)') called at
-e line 0\n\teval {...} called at -e line 0\n
---
So it's Apache::RequestRec?
I'll run Geoff's prog if this is still not enough.
Regards,
Jie
>
> > my $content_type = $r->lookup_uri($r->uri)->content_type;
> > if (defined $content_type) {
> > print STDERR "content-type is: $content_type\n";
> > return Apache::OK if $content_type =~ m:^$content_type_to_ignore/:i;
> > }
> >
> > But I don't see anything involves autoload here.
>
> Yes, but you load other modules. The best way to isolate the faulty modules is
> to use Geoff's Apache-Test skeleton tarball, linked from here:
> http://perl.apache.org/docs/2.0/user/help/help.html#Problem_Description
>
>
> --
> __
> Stas BekmanJAm_pH --> Just Another mod_perl Hacker
> http://stason.org/ mod_perl Guide ---> http://perl.apache.org
> mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
> http://modperlbook.org http://apache.org http://ticketmaster.com
>
--
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] 1.99_14: socket problem
On Fri, 28 May 2004, Stas Bekman wrote:
> Date: Fri, 28 May 2004 18:00:28 -0700
> From: Stas Bekman <[EMAIL PROTECTED]>
> To: Jie Gao <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: [mp2] 1.99_14: socket problem
>
> Jie Gao wrote:
>
> >>Oh, wait, it was an error, not a warning. You want:
> >>
> >> $SIG{__DIE__} = \&Carp::confess;
> >>
> >>then.
> >
> >
> > OK, I've got this after changing to use confess:
> >
> > [Sat May 29 10:53:41 2004] [error] [client 129.78.64.21] Undefined subroutine
> > &Apache::Connection::AUTOLOAD
> > called at /usr/local/perl-5.8.4/lib/site_perl/5.8.4/Usyd/AuthCookieHandler.pm line
> > 464.\n\teval {...} called at
> > /usr/local/perl-5.8.4/lib/site_perl/5.8.4/Usyd/AuthCookieHandler.pm line
> > 464\n\teval {...} called at
> > /usr/local/perl-5.8.4/lib/site_perl/5.8.4/Usyd/AuthCookieHandler.pm line
> > 464\n\tUsyd::AuthCookieHandler::authz('Usyd::AuthCookieHandler',
> > 'Apache::RequestRec=SCALAR(0x4a49ec)') called at
> > -e line 0\n\teval {...} called at -e line 0\n
> > ---
> >
> > So it's Apache::RequestRec?
>
> No, it's Usyd::AuthCookieHandler
>
> > I'll run Geoff's prog if this is still not enough.
>
>
>
> --
> __
> Stas BekmanJAm_pH --> Just Another mod_perl Hacker
> http://stason.org/ mod_perl Guide ---> http://perl.apache.org
> mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
> http://modperlbook.org http://apache.org http://ticketmaster.com
>
--
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] 1.99_14: socket problem
On Fri, 28 May 2004, Stas Bekman wrote:
> Date: Fri, 28 May 2004 18:00:28 -0700
> From: Stas Bekman <[EMAIL PROTECTED]>
> To: Jie Gao <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: [mp2] 1.99_14: socket problem
>
> Jie Gao wrote:
>
> >>Oh, wait, it was an error, not a warning. You want:
> >>
> >> $SIG{__DIE__} = \&Carp::confess;
> >>
> >>then.
> >
> >
> > OK, I've got this after changing to use confess:
> >
> > [Sat May 29 10:53:41 2004] [error] [client 129.78.64.21] Undefined subroutine
> > &Apache::Connection::AUTOLOAD
> > called at /usr/local/perl-5.8.4/lib/site_perl/5.8.4/Usyd/AuthCookieHandler.pm line
> > 464.\n\teval {...} called at
> > /usr/local/perl-5.8.4/lib/site_perl/5.8.4/Usyd/AuthCookieHandler.pm line
> > 464\n\teval {...} called at
> > /usr/local/perl-5.8.4/lib/site_perl/5.8.4/Usyd/AuthCookieHandler.pm line
> > 464\n\tUsyd::AuthCookieHandler::authz('Usyd::AuthCookieHandler',
> > 'Apache::RequestRec=SCALAR(0x4a49ec)') called at
> > -e line 0\n\teval {...} called at -e line 0\n
> > ---
> >
> > So it's Apache::RequestRec?
>
> No, it's Usyd::AuthCookieHandler
I find I get this kind of error message with almost all accesses.
I get this when accessing server-status:
[Sat May 29 21:41:07 2004] [error] [client 129.xxx.xxx.100] Undefined subroutine
main:: called at -e line
0\n\tApache::porting::__ANON__('Apache::RequestRec=SCALAR(0x83b32c)') called at -e
line 0\n\teval {...} called at
-e line 0\n
[Sat May 29 21:41:07 2004] [error] [client 129.xxx.xxx.100] Undefined subroutine
main:: called at -e line
0\n\tApache::porting::__ANON__('Apache::RequestRec=SCALAR(0x83b32c)') called at -e
line 0\n\teval {...} called at
-e line 0\n
[Sat May 29 21:41:07 2004] [error] [client 129.xxx.xxx.100] Undefined subroutine
main:: called at -e line
0\n\tApache::porting::__ANON__('Apache::RequestRec=SCALAR(0x83b32c)') called at -e
line 0\n\teval {...} called at
-e line 0\n
and this while accessing perl-status:
[Sat May 29 21:42:23 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
main::129.xxx.xxx.xxx called at
-e
line 0\n, referer: http://wasm-test.auth.usyd.edu.au/perl-status?inc
[Sat May 29 21:42:30 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
main::gzip,deflate called at -e
line 0\n, referer: http://wasm-test.auth.usyd.edu.au/perl-status?inc
[Sat May 29 21:42:35 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
main::129.xxx.xxx.x called
at -e
line 0\n, referer: http://wasm-test.auth.usyd.edu.au/perl-status?inc
[Sat May 29 21:42:56 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
main::129.xxx.xxx.21 called at
-e
line 0\n
[Sat May 29 21:43:00 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
main::text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,image/jpeg,image/gif;q=
0.2,*/*;q=0.1 called at -e line 0\n
[Sat May 29 21:43:08 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
main::129.xxx.xxx.xxx called at
-e
line 0\n
Looks definitely like %ENV problem, although it only shows in the error_log.
Regards,
Jie
--
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] 1.99_14: socket problem
On Sat, 29 May 2004, Stas Bekman wrote:
> Date: Sat, 29 May 2004 12:50:46 -0700
> From: Stas Bekman <[EMAIL PROTECTED]>
> To: Jie Gao <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: [mp2] 1.99_14: socket problem
>
> Jie Gao wrote:
> [...]
> > I find I get this kind of error message with almost all accesses.
> >
> > I get this when accessing server-status:
> >
> > [Sat May 29 21:41:07 2004] [error] [client 129.xxx.xxx.100] Undefined subroutine
> > main:: called at -e line
> > 0\n\tApache::porting::__ANON__('Apache::RequestRec=SCALAR(0x83b32c)') called at -e
> > line 0\n\teval {...} called at
> > -e line 0\n
> > [Sat May 29 21:41:07 2004] [error] [client 129.xxx.xxx.100] Undefined subroutine
> > main:: called at -e line
> > 0\n\tApache::porting::__ANON__('Apache::RequestRec=SCALAR(0x83b32c)') called at -e
> > line 0\n\teval {...} called at
> > -e line 0\n
> > [Sat May 29 21:41:07 2004] [error] [client 129.xxx.xxx.100] Undefined subroutine
> > main:: called at -e line
> > 0\n\tApache::porting::__ANON__('Apache::RequestRec=SCALAR(0x83b32c)') called at -e
> > line 0\n\teval {...} called at
> > -e line 0\n
> >
> > and this while accessing perl-status:
> >
> > [Sat May 29 21:42:23 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
> > main::129.xxx.xxx.xxx called at
> > -e
> > line 0\n, referer: http://wasm-test.auth.usyd.edu.au/perl-status?inc
> > [Sat May 29 21:42:30 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
> > main::gzip,deflate called at -e
> > line 0\n, referer: http://wasm-test.auth.usyd.edu.au/perl-status?inc
> > [Sat May 29 21:42:35 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
> > main::129.xxx.xxx.x called
> > at -e
> > line 0\n, referer: http://wasm-test.auth.usyd.edu.au/perl-status?inc
> >
> > [Sat May 29 21:42:56 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
> > main::129.xxx.xxx.21 called at
> > -e
> > line 0\n
> > [Sat May 29 21:43:00 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
> > main::text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,image/jpeg,image/gif;q=
> > 0.2,*/*;q=0.1 called at -e line 0\n
> > [Sat May 29 21:43:08 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
> > main::129.xxx.xxx.xxx called at
> > -e
> > line 0\n
> >
> > Looks definitely like %ENV problem, although it only shows in the error_log.
>
> Most likely it's a problem with UNIVERSAL::AUTOLOAD. Using the $SIG{__DIE__}
> trick you should be able to see who called those non-existing functions.
>
> I think you are using mp2 enough time to start porting the applications for
> real, and drop any helper tools which aren't perfect. As the Apache::porting
> manpage mentions we have discussed and worked on developing a better AUTOLOAD
> technique (which doesn't use UNIVERSAL), but even that one wasn't perfect. If
> you are interested to try it, search the archives for EazyLife:
All my applications are mp2 native. I was just putting in Apache::porting
to see what it does.
> http://marc.theaimsgroup.com/?l=apache-modperl-dev&w=2&r=1&s=eazylife&q=b
>
> I think the latest version was:
>
> package ModPerl::EazyLife;
>
> use ModPerl::MethodLookup ();
> use Carp;
>
> my @avail_modules = ModPerl::MethodLookup::avail_modules();
> push @avail_modules, 'Apache'; # XXX: may go away
> my $skip = qr|(::)?DESTROY$|;
> for my $module (@avail_modules) {
> *{"$module\::AUTOLOAD"} = sub {
> my($hint, @modules) =
> ModPerl::MethodLookup::lookup_method($AUTOLOAD, @_);
>
> # there should be only one match
> if (my($module) = @modules) {
> eval "require $module";
> # use the function from the module that we have just loaded
> $AUTOLOAD =~ s/.*::/${module}::/;
> goto &$AUTOLOAD;
> }
> else {
> return if $AUTOLOAD =~ /$skip/;
> croak $hint || "Can't find $AUTOLOAD";
> }
> };
> }
>
> 1;
$AUTOLOAD needs to be pre-defined here, I find.
Running this, I got error:
No 'method' argument was passed
at /usr/local/perl-5.8.4/lib/site_perl/5.8.4/sun4-solaris/ModPerl/RegistryCooker.pm
line 202
Regards,
Jie
--
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] 1.99_14: socket problem
On Sat, 29 May 2004, Jie Gao wrote:
> Date: Sat, 29 May 2004 22:38:05 +1000 (EST)
> From: Jie Gao <[EMAIL PROTECTED]>
> To: Stas Bekman <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: [mp2] 1.99_14: socket problem
>
>
>
>
> On Fri, 28 May 2004, Stas Bekman wrote:
>
> > Date: Fri, 28 May 2004 18:00:28 -0700
> > From: Stas Bekman <[EMAIL PROTECTED]>
> > To: Jie Gao <[EMAIL PROTECTED]>
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: [mp2] 1.99_14: socket problem
> >
> > Jie Gao wrote:
> >
> > >>Oh, wait, it was an error, not a warning. You want:
> > >>
> > >> $SIG{__DIE__} = \&Carp::confess;
> > >>
> > >>then.
> > >
> > >
> > > OK, I've got this after changing to use confess:
> > >
> > > [Sat May 29 10:53:41 2004] [error] [client 129.78.64.21] Undefined subroutine
> > > &Apache::Connection::AUTOLOAD
> > > called at /usr/local/perl-5.8.4/lib/site_perl/5.8.4/Usyd/AuthCookieHandler.pm
> > > line 464.\n\teval {...} called at
> > > /usr/local/perl-5.8.4/lib/site_perl/5.8.4/Usyd/AuthCookieHandler.pm line
> > > 464\n\teval {...} called at
> > > /usr/local/perl-5.8.4/lib/site_perl/5.8.4/Usyd/AuthCookieHandler.pm line
> > > 464\n\tUsyd::AuthCookieHandler::authz('Usyd::AuthCookieHandler',
> > > 'Apache::RequestRec=SCALAR(0x4a49ec)') called at
> > > -e line 0\n\teval {...} called at -e line 0\n
> > > ---
> > >
> > > So it's Apache::RequestRec?
> >
> > No, it's Usyd::AuthCookieHandler
>
>
>
> I find I get this kind of error message with almost all accesses.
>
> I get this when accessing server-status:
>
> [Sat May 29 21:41:07 2004] [error] [client 129.xxx.xxx.100] Undefined subroutine
> main:: called at -e line
> 0\n\tApache::porting::__ANON__('Apache::RequestRec=SCALAR(0x83b32c)') called at -e
> line 0\n\teval {...} called at
> -e line 0\n
> [Sat May 29 21:41:07 2004] [error] [client 129.xxx.xxx.100] Undefined subroutine
> main:: called at -e line
> 0\n\tApache::porting::__ANON__('Apache::RequestRec=SCALAR(0x83b32c)') called at -e
> line 0\n\teval {...} called at
> -e line 0\n
> [Sat May 29 21:41:07 2004] [error] [client 129.xxx.xxx.100] Undefined subroutine
> main:: called at -e line
> 0\n\tApache::porting::__ANON__('Apache::RequestRec=SCALAR(0x83b32c)') called at -e
> line 0\n\teval {...} called at
> -e line 0\n
>
> and this while accessing perl-status:
>
> [Sat May 29 21:42:23 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
> main::129.xxx.xxx.xxx called at
> -e
> line 0\n, referer: http://wasm-test.auth.usyd.edu.au/perl-status?inc
> [Sat May 29 21:42:30 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
> main::gzip,deflate called at -e
> line 0\n, referer: http://wasm-test.auth.usyd.edu.au/perl-status?inc
> [Sat May 29 21:42:35 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
> main::129.xxx.xxx.x called
> at -e
> line 0\n, referer: http://wasm-test.auth.usyd.edu.au/perl-status?inc
>
> [Sat May 29 21:42:56 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
> main::129.xxx.xxx.21 called at
> -e
> line 0\n
> [Sat May 29 21:43:00 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
> main::text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,image/jpeg,image/gif;q=
> 0.2,*/*;q=0.1 called at -e line 0\n
> [Sat May 29 21:43:08 2004] [error] [client 129.xxx.xxx.xxx] Undefined subroutine
> main::129.xxx.xxx.xxx called at
> -e
> line 0\n
>
> Looks definitely like %ENV problem, although it only shows in the error_log.
I've found what caused this. The culprit seems to be this sub in my httpd.conf:
PerlCleanupHandler "sub { %ENV = () }"
I commented out and the error went away.
ModPerl::EazyLife actually causes segmentation fault.
Regards,
Jie
--
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: mod_perl presence at OSCON (and other CONs) is at danger
On Tue, 8 Jun 2004, Chris Shiflett wrote: > Date: Tue, 8 Jun 2004 15:38:50 -0700 (PDT) > From: Chris Shiflett <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED], Modperl List <[EMAIL PROTECTED]> > Subject: Re: mod_perl presence at OSCON (and other CONs) is at danger > > --- [EMAIL PROTECTED] wrote: > > BTW, I programmed a mod_perl based BBS system for a site. It got > > almost 200,000 (!) unique IP hits every day with the dual set-up > > (plain apache + mod_perl). This might be an example where others > > such as php and java servlet can't compete. Right? > > Not in my opinion. Both PHP and mod_perl are mature enough that > performance differences are more likely to be due to the design of an > application rather than the language it is written in. > > I've written applications in PHP that currently handle over 10 million > requests a day (the environment consists of four servers), and there's > still room to grow. With a compiler cache and an intelligent design > (including data storage), PHP can handle just about anything (look at > Yahoo). > > I personally think mod_perl's strengths are in its rich feature set. Only > after watching a few of Geoff's talks (and one of Stas's) did I realize > exactly what PHP developers are missing. They speak about things like > ties, closures, and globs. Plus, PHP is limited to the content generation > phase, so mod_perl has a pretty big advantage there. Geoff describes > mod_perl as the Apache API in Perl. While this is probably obvious to all > of you, it's not something I realized on my own. This sounds like a perfect example of mod_perl lacking "PR". MP had an almost full set of features from Apache from day 1. And it was easy to add one when you need it (Doug did this for me, for example). Had you known about mod_perl first, would you have gone to the PHP camp? PHP has been patched again and again "stealing" MP features. I don't have a deep knowledge of PHP, but I have serious doubt about it, from my experience running one server using it. I don't intend to start a flame war here, but just want to share my own experience. And the point is that there is need for some more PR for mod_perl. When you go to httpd.apache.org, you can hardly find mod_perl mentioned. Even mod_python is there. :-( This is not good for mod_perl. Any idea about the share of mod_perl in the server market recently? Regards, Jie -- 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: mod_perl presence at OSCON (and other CONs) is at danger
On Tue, 8 Jun 2004, James.Q.L wrote: > Date: Tue, 8 Jun 2004 22:26:15 -0700 (PDT) > From: James.Q.L <[EMAIL PROTECTED]> > To: Modperl List <[EMAIL PROTECTED]> > Subject: Re: mod_perl presence at OSCON (and other CONs) is at danger > > Chris : > > I personally think mod_perl's strengths are in its rich feature set. Only > > after watching a few of Geoff's talks (and one of Stas's) did I realize > > exactly what PHP developers are missing. They speak about things like > > ties, closures, and globs. Plus, PHP is limited to the content generation > > phase, so mod_perl has a pretty big advantage there. Geoff describes > > mod_perl as the Apache API in Perl. While this is probably obvious to all > > of you, it's not something I realized on my own. > > we all know there are so many technologies for web programing, ASP,PHP,Python,Java > etc. what makes > one choose mod_perl over others? why learn/use mod_perl, why mod_perl instead of php > etc. a > section about these on perl.apache.org would be good intro to people who curious > about mod_perl. > > I think php is used more often because it does most of the small to medium projects > just fine and > it does easier. at least that's what i heard ( i dont have any expereience on php ). It appears easy to beginners, but as server admin, I find it a nightmare for beginners to play with it without knowing what's involved. So the marketing strategy for mod_perl should be very different. One can do so much more with mod_perl. > I also likes Stef's idea about adding user comments for doc. hope it can happen. > > hmm, does mod_perl still have problem running for virtual hosts? people choose php > over cgi for > obvious reason. Problem with virtual hosts? Like what? Regards, Jie -- 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: Mod_Perl server can't locate modules that exist...
On Wed, 21 Jul 2004, simran wrote: > Date: Wed, 21 Jul 2004 13:05:42 +1000 > From: simran <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Cc: David Baxter <[EMAIL PROTECTED]>, Cees Hek <[EMAIL PROTECTED]>, > Daniel Tosolini <[EMAIL PROTECTED]> > Subject: Re: Mod_Perl server can't locate modules that exist... > > Hi All, > > After a few more errors, i think we might have found out what the > problem was... > > We have about 500 virtual sites being run on the server... each one of > them had its own access and error logs... and we had started running > into a "too many open files" problem... i have removed "separate > logging" from many of the virtual sites... (just logging to a central > spot now)... things seem to be better :-) You need to increase the number of file descriptors using ulimit before you configure apache. Alternatively, define it in /etc/sysctl.conf . Regards, Jie > simran. > > On Wed, 2004-07-21 at 11:46, simran wrote: > > Hi All, > > > > I have recently started having a few issues on our > > mod_perl/apache server. > > > > Software that has been functioning fine has suddenly > > randomly started giving errors like: > > > > > > Error: 'newsletter' could not be loaded... (Can't locate > > object method "new" via package > > "NetChant::Component::Newsletter::Main" at > > /opt/netchant/lib/NetChant/Component/Base.pm line 832. ): > > Could not load component: Can't locate File/Temp.pm in > > @INC (@INC contains: ... [.. snip very long list ..] > > > > > > We have noticed this error about half a dozen times > > in the past day, and stopping the server and starting > > it again (a full stop/start) *always* fixes the problem. > > > > In the above case, it was saying it could not find > > File/Temp.pm ... however, the module it can't find > > varies from time to time... > > > > We do have a lot of modules being loaded into memory > > (which i assume mod_perl is caching in memory)... we > > do have 3gigs of memory on the machine, only 2gigs of > > which are usually being used (even when we get > > the errors). Other parts of the software still work > > fine... only certain parts give errors like the > > above (and they keep consistently giving the error > > until the server is restarted, at which point they > > start to function perfectly again). > > > > Given the above, i'm thinking that its a memory cache > > issue? > > > > Has any experience anything like the above? > > Any hints on how to either debug the problem further > > or solve the problem (if its a known issue) would > > be greatly appreciated. > > > > simran. > > > > === > > > > Server information is: Server: Apache/1.3.27 (Unix) > >mod_ssl/2.8.14 > >OpenSSL/0.9.6c > >DAV/1.0.3 > >mod_perl/1.28 > > Perl information is : > > Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: > > Platform: > > osname=linux, osvers=2.4.21, archname=i686-linux > > uname='linux ogre 2.4.21 #1 smp thu aug 7 15:00:49 est 2003 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.4 20011002 (Debian prerelease)', 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 -ldl -lm -lc -lcrypt -lutil > > perllibs=-lnsl -ldl -lm -lc -lcrypt -lutil > > libc=/lib/libc-2.2.5.so, so=so, useshrplib=false, libperl=libperl.a > > gnulibc_version='2.2.5' > > 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 Aug 14 2003 16:40:19 > > %ENV: > > PERL5LIB="/opt/netchant/lib" > > @INC: > > /opt/netchant/lib > > /usr/local/netchant_perl/lib/5.8.0/i686-linux > > /usr/loc
[mp2] 1.99_16 problem
Hi All,
I am getting the following error:
Can't locate object method "server_hostname" via package "Apache::ServerRec" at
... 300.\n\t..., 'Apache::RequestRec=SCALAR(0x881968)') called
at -e line 0\n\teval {...} called at -e line 0\n
The line concerned is:
my $host_name = $r->server->server_hostname;
What's changed?
Regards,
Jie
--
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] 1.99_16 problem
On Wed, 1 Sep 2004, Fred Moyer wrote:
> Date: Wed, 1 Sep 2004 07:02:21 -0700 (PDT)
> From: Fred Moyer <[EMAIL PROTECTED]>
> To: Fred Moyer <[EMAIL PROTECTED]>
> Cc: Jie Gao <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Subject: Re: [mp2] 1.99_16 problem
>
>
> >> Can't locate object method "server_hostname" via package
> >> "Apache::ServerRec" at
> >> ... 300.\n\t..., 'Apache::RequestRec=SCALAR(0x881968)') called
> >> at -e line 0\n\teval {...} called at -e line 0\n
> >>
> >> The line concerned is:
> >>
> >> my $host_name = $r->server->server_hostname;
> >
> > http://perl.apache.org/docs/2.0/api/Apache/ServerRec.html#C_server_hostname_
>
> That answer I just gave was not obvious in its statement of the solution
> to your problem. What you appear to be missing is:
>
> use Apache::ServerRec();
Thanks very much; I found that out eventually last night. I am using it
for production; sort of in a rush to get it work.
Regards,
Jie
--
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
[mp2] linking problem.
Hi All, I am getting the same error for all my modules: > gmake test PERL_DL_NONLAZY=1 /usr/local/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/1# Failed test (t/1.t at line 9) t/1NOK 1# Tried to use 'Usyd::AuthCookieHandler'. # Error: Can't load '/usr/local/perl-5.8.4/lib/site_perl/5.8.4/sun4-solaris/auto/APR/APR.so' for module APR: ld.so.1: /usr/local/bin/perl: fatal: relocation error: file /usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0: symbol db_strerror: referenced symbol not found at /usr/local/perl-5.8.4/lib/5.8.4/sun4-solaris/DynaLoader.pm line 230. # at /usr/local/perl-5.8.4/lib/site_perl/5.8.4/sun4-solaris/APR/URI.pm line 23 # Compilation failed in require at /usr/local/perl-5.8.4/lib/site_perl/5.8.4/sun4-solaris/APR/URI.pm line 23. # BEGIN failed--compilation aborted at /usr/local/perl-5.8.4/lib/site_perl/5.8.4/sun4-solaris/APR/URI.pm line 23. # Compilation failed in require at /opt/local/wasm-3.0/usyd_modules/Usyd/Usyd-AuthCookieHandler-2.01/blib/lib/Usyd/AuthCookieHandler.pm line 21. # BEGIN failed--compilation aborted at /opt/local/wasm-3.0/usyd_modules/Usyd/Usyd-AuthCookieHandler-2.01/blib/lib/Usyd/AuthCookieHandler.pm line 21. # Compilation failed in require at (eval 1) line 2. # Looks like you failed 1 tests of 1. t/1dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 1 Failed 1/1 tests, 0.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed --- t/1.t 1 256 11 100.00% 1 Failed 1/1 test scripts, 0.00% okay. 1/1 subtests failed, 0.00% okay. gmake: *** [test_dynamic] Error 2 If I "make install", the modules will actually work. Something changed? Regards, Jie -8<-- Start Bug Report 8<-- 1. Problem Description: [DESCRIBE THE PROBLEM HERE] 2. Used Components and their Configuration: *** mod_perl version 1.9916 *** using /opt/local/src/mod_perl-1.99_16/lib/Apache/BuildConfig.pm *** Makefile.PL options: MP_APR_LIB => aprext MP_APXS=> /usr/local/apache_2.0.51_prefork/bin/apxs MP_COMPAT_1X => 1 MP_DEBUG => 1 MP_GENERATE_XS => 1 MP_LIBNAME => mod_perl MP_TRACE => 1 MP_USE_DSO => 1 *** /usr/local/apache_2.0.51_prefork/bin/httpd -V Server version: Apache/2.0.51 Server built: Sep 18 2004 10:49:07 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_USE_FCNTL_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="/usr/local/apache_2.0.51_prefork" -D SUEXEC_BIN="/usr/local/apache_2.0.51_prefork/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/usr/local/apache_2.0.51_prefork/lib -lapr-0 -lsendfile -lrt -lm -lsocket -lnsl -lresolv -lpthread -ldl -L/usr/local/apache_2.0.51_prefork/lib -laprutil-0 -lgdbm -ldb-4.2 -lexpat -liconv *** /usr/local/perl-5.8.4/bin/perl -V Summary of my perl5 (revision 5 version 8 subversion 4) configuration: Platform: osname=solaris, osvers=2.9, archname=sun4-solaris uname='sunos guppy 5.9 generic_112233-12 sun4u sparc sunw,sun-fire-v210 ' config_args='-Dcc=gcc -B/usr/ccs/bin/ -Doptimize=-O3 -Uinstallusrbinperl -Dprefix=/usr/local/perl-5.8.4 -Ui_db -Uusemymalloc -Dl ocincpth=/usr/local/include /opt/local/include /include /usr/include /opt/sfw/include -Dloclibpth=/usr/local/lib /opt/local/lib /usr /lib /usr/ccs/lib /opt/sfw/lib' 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='gcc -B/usr/ccs/bin/', ccflags ='-fno-strict-aliasing -I/usr/local/include -I/opt/local/include -I/opt/sfw/include -D_LARGEFI LE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O3', cppflags='-fno-strict-aliasing -I/usr/local/include -I/opt/local/include -I/opt/sfw/include' ccversion='', gccversion='3.4.0', gccosandvers='solaris2.9' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='gcc -B/usr/ccs/bin/', ldflags =' -L/usr/local/lib -L/opt/local/lib -L/usr/lib -L/usr/ccs/lib -L/opt/s
Re: [mp2] linking problem.
Addtional info: mod_perl itself actually failes when "make test"; adding env LD_LIBRARY_PATH=/usr/local/lib to include where gdbm lib is got around this problem. However, the same measure does not work with my modules. > ldd /usr/local/perl-5.8.4/lib/site_perl/5.8.4/sun4-solaris/auto/APR/APR.so libapr-0.so.0 => /usr/local/apache_2.0.51_prefork/lib/libapr-0.so.0 libsendfile.so.1 => /usr/lib/libsendfile.so.1 librt.so.1 =>/usr/lib/librt.so.1 libm.so.1 => /usr/lib/libm.so.1 libsocket.so.1 =>/usr/lib/libsocket.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libresolv.so.2 =>/usr/lib/libresolv.so.2 libpthread.so.1 => /usr/lib/libpthread.so.1 libdl.so.1 =>/usr/lib/libdl.so.1 libaprutil-0.so.0 => /usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0 libgdbm.so.3 => /usr/local/lib/libgdbm.so.3 libexpat.so.0 => /usr/local/apache_2.0.51_prefork/lib/libexpat.so.0 libiconv.so.2 => /usr/local/lib/libiconv.so.2 libc.so.1 => /usr/lib/libc.so.1 libaio.so.1 => /usr/lib/libaio.so.1 libmd5.so.1 => /usr/lib/libmd5.so.1 libmp.so.2 =>/usr/lib/libmp.so.2 libthread.so.1 =>/usr/lib/libthread.so.1 /usr/platform/SUNW,Sun-Fire-V210/lib/libc_psr.so.1 /usr/platform/SUNW,Sun-Fire-V210/lib/libmd5_psr.so.1 On Sat, 18 Sep 2004, Jie Gao wrote: > Date: Sat, 18 Sep 2004 21:35:03 +1000 (EST) > From: Jie Gao <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: [mp2] linking problem. > > Hi All, > > I am getting the same error for all my modules: > > > gmake test > PERL_DL_NONLAZY=1 /usr/local/bin/perl "-MExtUtils::Command::MM" "-e" > "test_harness(0, 'blib/lib', > 'blib/arch')" t/*.t > t/1# Failed test (t/1.t at line 9) > t/1NOK 1# Tried to use 'Usyd::AuthCookieHandler'. > # Error: Can't load > '/usr/local/perl-5.8.4/lib/site_perl/5.8.4/sun4-solaris/auto/APR/APR.so' for > module APR: ld.so.1: /usr/local/bin/perl: fatal: relocation error: file > /usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0: symbol db_strerror: > referenced symbol not found > at /usr/local/perl-5.8.4/lib/5.8.4/sun4-solaris/DynaLoader.pm line 230. > # at /usr/local/perl-5.8.4/lib/site_perl/5.8.4/sun4-solaris/APR/URI.pm line 23 > # Compilation failed in require at > /usr/local/perl-5.8.4/lib/site_perl/5.8.4/sun4-solaris/APR/URI.pm line > 23. > # BEGIN failed--compilation aborted at > /usr/local/perl-5.8.4/lib/site_perl/5.8.4/sun4-solaris/APR/URI.pm > line 23. > # Compilation failed in require at > /opt/local/wasm-3.0/usyd_modules/Usyd/Usyd-AuthCookieHandler-2.01/blib/lib/Usyd/AuthCookieHandler.pm > line > 21. > # BEGIN failed--compilation aborted at > /opt/local/wasm-3.0/usyd_modules/Usyd/Usyd-AuthCookieHandler-2.01/blib/lib/Usyd/AuthCookieHandler.pm > line > 21. > # Compilation failed in require at (eval 1) line 2. > # Looks like you failed 1 tests of 1. > t/1dubious > Test returned status 1 (wstat 256, 0x100) > DIED. FAILED test 1 > Failed 1/1 tests, 0.00% okay > Failed Test Stat Wstat Total Fail Failed List of Failed > --- > t/1.t 1 256 11 100.00% 1 > Failed 1/1 test scripts, 0.00% okay. 1/1 subtests failed, 0.00% okay. > gmake: *** [test_dynamic] Error 2 > > If I "make install", the modules will actually work. > > Something changed? > > Regards, > > > > Jie > > > -8<-- Start Bug Report 8<-- > 1. Problem Description: > > [DESCRIBE THE PROBLEM HERE] > > 2. Used Components and their Configuration: > > *** mod_perl version 1.9916 > > *** using /opt/local/src/mod_perl-1.99_16/lib/Apache/BuildConfig.pm > > *** Makefile.PL options: > MP_APR_LIB => aprext > MP_APXS=> /usr/local/apache_2.0.51_prefork/bin/apxs > MP_COMPAT_1X => 1 > MP_DEBUG => 1 > MP_GENERATE_XS => 1 > MP_LIBNAME => mod_perl > MP_TRACE => 1 > MP_USE_DSO => 1 > > > *** /usr/local/apache_2.0.51_prefork/bin/httpd -V > Server version: Apache/2.0.51 > Server built: Sep 18 2004 10:49:07 > 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_USE_FCNTL_SERIALIZE > -D APR_USE_PTHREAD_SERIALIZE > -D SINGLE_LISTEN_UNSERIALIZE
Re: [mp2] linking problem.
On Sat, 18 Sep 2004, Stas Bekman wrote: > Date: Sat, 18 Sep 2004 09:40:24 -0400 > From: Stas Bekman <[EMAIL PROTECTED]> > To: Jie Gao <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: [mp2] linking problem. > > Jie Gao wrote: > > Addtional info: > > > > mod_perl itself actually failes when "make test"; adding env > > LD_LIBRARY_PATH=/usr/local/lib to include where gdbm lib is got around > > this problem. However, the same measure does not work with my modules. > > > > > > > >>ldd /usr/local/perl-5.8.4/lib/site_perl/5.8.4/sun4-solaris/auto/APR/APR.so > > > > libapr-0.so.0 => /usr/local/apache_2.0.51_prefork/lib/libapr-0.so.0 > > run > > ldd -r /usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0 > > since that's where your problem is: > > /usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0: symbol > db_strerror: referenced symbol not found > at /usr/local/perl-5.8.4/lib/5.8.4/sun4-solaris/DynaLoader.pm line 230. > ldd -r /usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0 libc.so.1 => /usr/lib/libc.so.1 libdl.so.1 =>/usr/lib/libdl.so.1 symbol not found: apr_pool_cleanup_null (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) /usr/platform/SUNW,Sun-Fire-V210/lib/libc_psr.so.1 symbol not found: gdbm_errno (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_mmap_create (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_file_flags_get (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_file_name_get (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_file_open (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_file_seek (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_file_read (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_file_pool_get (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_pool_is_ancestor (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_file_setaside (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_pool_cleanup_kill (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_pool_cleanup_register (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_mmap_offset (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_mmap_delete (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_mmap_dup (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_socket_timeout_get (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_socket_timeout_set (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_socket_recv (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_file_pipe_timeout_get (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_file_pipe_timeout_set (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_file_close (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_palloc (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_vformatter (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_allocator_free (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_pool_allocator_get (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_allocator_alloc (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_cpystrn (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_generate_random_bytes (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_time_now (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_file_unlock (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_pstrcat (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_pool_cleanup_run (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_file_write_full (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: apr_file_read_full (/usr/local/apache_2.0.51_prefork/lib/libaprutil-0.so.0) symbol not found: ap
Re: Off Topic: mod_perl reverse proxy setup and extracting client's original IP
On Thu, 25 Sep 2003, Haroon Rafique wrote:
> Date: Thu, 25 Sep 2003 16:15:53 -0400 (EDT)
> From: Haroon Rafique <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Off Topic: mod_perl reverse proxy setup and extracting client's
> original IP
>
> Hi,
>
> I have a slightly off topic inquiry. I've googled/RTFMed. I run mod_perl
> in a reverse proxy setup. Light apache in the front-end, heavy mod_perl
> apache in the back-end both running on the same machine.
>
> The front end has the following reverse proxy directives:
>
> ProxyPass/perl/ http://localhost:8103/perl/
> ProxyPassReverse /perl/ http://localhost:8103/perl/
You might also want to enbale "ProxyPreserveHost" directive, so that
your backend server can handle virtual servers as well.
Regards,
Jie
> Due to the reverse proxy setup, the original client IP is lost and all IP
> is reported as 127.0.0.1 (front-end). To extract the client's original IP
> I was happy to learn that mod_proxy conveniently adds a X-Forwarded-For
> header to the proxied requests automatically. On the back-end, I use:
>
> PerlPostReadRequestHandler My::ProxyRemoteAddr
>
> where My::ProxyRemoteAddr has code identical to
> http://perl.apache.org/docs/1.0/guide/scenario.html#Usage
> except for some minor mp2 migrations.
>
> sub My::ProxyRemoteAddr ($) {
> my $r = shift;
>
> # we'll only look at the X-Forwarded-For header if the requests
> # comes from our proxy at localhost
> return Apache::OK
> unless
> ($r->connection->remote_ip =~
> m#^(127\.0\.0\.1|localhost\.localdomain)$#)
> and $r->header_in('X-Forwarded-For');
>
> # Select last value in the chain -- original client's ip
> if( my( $ip ) = $r->headers_in->{'X-Forwarded-For'} =~ /([^,\s]+)$/ )
> {
> $r->connection->remote_ip($ip);
> $r->log_error("Recorded client IP from X-Forwarded-For header: ",
> $r->headers_in->{'X-Forwarded-For'},
> " as IP: ", $ip);
> }
>
> return Apache::OK;
> }
>
> Everything is hunky dory. The back-end access_log have the client's IP
> address and the applications sees the correct address as well.
>
> Here's the twist:
>
> To secure the back-end, direct access to the back-end directly is
> prohibited. The back-end config has the following directive to only allow
> proxied requests to come through:
>
>
> order deny,allow
> deny from all
> allow from localhost 127.0.0.1
>
>
> If I keep this directive in the back-end config, the client's original IP
> never makes it to the access_log. The application does however get the
> correct IP address.
>
> apache 2.0.47
> mod_perl 1.99_09
> perl 5.8.0
>
> Anyone else experienced the same? Needless to say, I would like to keep
> the site secure, as well maintain the client's original IP in the
> logs.
>
> On second thought, this looks more and more like an apache issue.
> --
> Haroon Rafique
> <[EMAIL PROTECTED]>
>
Re: Off Topic: mod_perl reverse proxy setup and extracting client's original IP
On Fri, 26 Sep 2003, Jie Gao wrote: > Date: Fri, 26 Sep 2003 08:04:14 +1000 (EST) > From: Jie Gao <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: Off Topic: mod_perl reverse proxy setup and extracting > client's original IP > > > > > On Thu, 25 Sep 2003, Haroon Rafique wrote: > > > Date: Thu, 25 Sep 2003 16:15:53 -0400 (EDT) > > From: Haroon Rafique <[EMAIL PROTECTED]> > > To: [EMAIL PROTECTED] > > Subject: Off Topic: mod_perl reverse proxy setup and extracting client's > > original IP > > > > Hi, > > > > I have a slightly off topic inquiry. I've googled/RTFMed. I run mod_perl > > in a reverse proxy setup. Light apache in the front-end, heavy mod_perl > > apache in the back-end both running on the same machine. > > > > The front end has the following reverse proxy directives: > > > > ProxyPass/perl/ http://localhost:8103/perl/ > > ProxyPassReverse /perl/ http://localhost:8103/perl/ > > You might also want to enbale "ProxyPreserveHost" directive, so that > your backend server can handle virtual servers as well. Sorry, you can't, I've just found out, for the original request uses a different port. Regards, Jie
Re: Why MP2
On Tue, 14 Dec 2004, Dan Brian wrote: > Date: Tue, 14 Dec 2004 16:14:01 -0700 > From: Dan Brian <[EMAIL PROTECTED]> > To: Stas Bekman <[EMAIL PROTECTED]> > Cc: Jayce^ <[EMAIL PROTECTED]>, [EMAIL PROTECTED] > Subject: Re: Why MP2 > > >> In preparation for the upcoming release of mod_perl2, I'd like to > >> prepare a list of reasons why a person/company would look at using > >> mod_perl2, specifically, why upgrade from mod_perl1, and converting > >> from other technologies. So with that, what reasons do you have for > >> wanting MP2? What prevented you from upgrading before? > >> What key features are most interesting for you? > >> How will this help your company? > > > > I guess the silence indicates that mp2 just works for those who moved > > to it and they have unsubscribed from the list since they had no > > questions to ask. :) > > libapreq2 is a big reason, in case it hasn't been mentioned. My reasons for upgrading to mp2: - To use threads and save memory, and give mp a better image that way; - To use new features of Apache2 (multi-protocol handling, filtering, etc.); - You're going to have to upgrade sooner or later anyway, why not do it now and help iron out mp2 bugs along the way. Regards, Jie -- 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: [ANNOUNCE] mod_perl 1.99_19 (2.0.0-RC2-XMas)
Merry Christmas and Happy New Year to all mp developers. Thank you very much! Jie -- 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: [summary] The Conflict of mp1 vs mp2 vs mp22 vs ... vs mpNN
On Wed, 5 Jan 2005, Frank Wiles wrote: > Date: Wed, 5 Jan 2005 10:21:01 -0600 > From: Frank Wiles <[EMAIL PROTECTED]> > To: Geoffrey Young <[EMAIL PROTECTED]> > Cc: modperl@perl.apache.org > Subject: Re: [summary] The Conflict of mp1 vs mp2 vs mp22 vs ... vs mpNN > > On Wed, 05 Jan 2005 10:50:39 -0500 > Geoffrey Young <[EMAIL PROTECTED]> wrote: > > > > > > Admit it, Stas, The wheels have fallen off you nasty hack re > > > namespaces. > > > Stop trying to defend the indefensible. > > > > > > Just fix it! > > > > this kind of barb is really counterproductive, as have been many, many > > of the remarks directed at Stas over the past two weeks. I can't > > imagine how anyone would expect Stas to react other than simply taking > > an immediate vacation after all of this. he cerainly deserves one > > after working so tirelessly answering questions, writing > > documentation, and pulling code together over the past few years. > > I agree 100%. Same here. Jie
[mp2]"opaque string-content tables"
Hi All, "APR::Table allows its users to manipulate opaque string-content tables." What does it mean by "opaque"? Thanks, Jie
Re: [mp2]"opaque string-content tables"
On Tue, 15 Feb 2005, Jie Gao wrote: > Date: Tue, 15 Feb 2005 08:26:07 +1100 (EST) > From: Jie Gao <[EMAIL PROTECTED]> > To: modperl@perl.apache.org > Subject: [mp2]"opaque string-content tables" > > Hi All, > > "APR::Table allows its users to manipulate opaque string-content tables." > > What does it mean by "opaque"? Also a related question about APR::Table: Does a table object contain all the name/value pairs parsed from the request line (with arguments/query strings) and from the body of the request (like from POST), in a situation of a POST form that has a query string at the end of the URL? I know the CGI module does it well, but I do not want to use that module for what I am doing at this time. Thanks, Jie
Re: [mp2]"opaque string-content tables"
On Tue, 15 Feb 2005, Stas Bekman wrote: > Date: Tue, 15 Feb 2005 17:52:19 -0500 > From: Stas Bekman <[EMAIL PROTECTED]> > To: Jie Gao <[EMAIL PROTECTED]> > Cc: modperl@perl.apache.org > Subject: Re: [mp2]"opaque string-content tables" > > Jie Gao wrote: > > > > > > On Tue, 15 Feb 2005, Jie Gao wrote: > > > > > >>Date: Tue, 15 Feb 2005 08:26:07 +1100 (EST) > >>From: Jie Gao <[EMAIL PROTECTED]> > >>To: modperl@perl.apache.org > >>Subject: [mp2]"opaque string-content tables" > >> > >>Hi All, > >> > >>"APR::Table allows its users to manipulate opaque string-content tables." > >> > >>What does it mean by "opaque"? > > > > On the C level that means: you can put in strings and whatever you put in > your get out. > > On the Perl level that means that we convert any scalars into strings and > store that. Any special information that was in the perl scalar is not > stored. So for example if a scalar was marked as utf8, that flag is lost. Thanks for the explanation. > That explanation should probably live here: > http://perl.apache.org/docs/2.0/api/APR/Table.html#Description > > if the way I've put it is clear, I'll add it there. > > > Also a related question about APR::Table: > > > > Does a table object contain all the name/value pairs parsed from the > > request line (with arguments/query strings) and from the body of the > > request (like from POST), in a situation of a POST form that has a > > query string at the end of the URL? > > > > I know the CGI module does it well, but I do not want to use that > > module for what I am doing at this time. > > I'm not sure I understand what you are talking about, Jie. Are we talking > about something like $r->headers_in table? In which case it doesn't have > any query string data, other than the unparsed one, which you should > get/set via $r->args anyway. If not, please explain. Thanks, Stas. I am now parsing both the request body and the $r->args now. Regards, Jie
Re: [mp2]"opaque string-content tables"
On Tue, 15 Feb 2005, Stas Bekman wrote: > Date: Tue, 15 Feb 2005 18:12:26 -0500 > From: Stas Bekman <[EMAIL PROTECTED]> > To: Jie Gao <[EMAIL PROTECTED]> > Cc: modperl@perl.apache.org > Subject: Re: [mp2]"opaque string-content tables" > > Jie Gao wrote: > > >>>>What does it mean by "opaque"? > >> > >> > >> > >>On the C level that means: you can put in strings and whatever you put in > >>your get out. > >> > >>On the Perl level that means that we convert any scalars into strings and > >>store that. Any special information that was in the perl scalar is not > >>stored. So for example if a scalar was marked as utf8, that flag is lost. > > > > > > Thanks for the explanation. > > I've committed it. > > >>That explanation should probably live here: > >>http://perl.apache.org/docs/2.0/api/APR/Table.html#Description > >> > >>if the way I've put it is clear, I'll add it there. > >> > >> > >>>Also a related question about APR::Table: > >>> > >>>Does a table object contain all the name/value pairs parsed from the > >>>request line (with arguments/query strings) and from the body of the > >>>request (like from POST), in a situation of a POST form that has a > >>>query string at the end of the URL? > >>> > >>>I know the CGI module does it well, but I do not want to use that > >>>module for what I am doing at this time. > >> > >>I'm not sure I understand what you are talking about, Jie. Are we talking > >>about something like $r->headers_in table? In which case it doesn't have > >>any query string data, other than the unparsed one, which you should > >>get/set via $r->args anyway. If not, please explain. > > > > > > Thanks, Stas. I am now parsing both the request body and the $r->args now. > > When you will want a performance boost, you will want to switch to > libapreq2 (Apache::Request). Where is it? Regards, Jie
Re: [mp2]"opaque string-content tables"
On Tue, 15 Feb 2005, Stas Bekman wrote: > Date: Tue, 15 Feb 2005 18:26:07 -0500 > From: Stas Bekman <[EMAIL PROTECTED]> > To: Jie Gao <[EMAIL PROTECTED]> > Cc: modperl@perl.apache.org > Subject: Re: [mp2]"opaque string-content tables" > > Jie Gao wrote: > > [please try to trim the irrelevant chunks from your replies :) thanks ] > > >>When you will want a performance boost, you will want to switch to > >>libapreq2 (Apache::Request). > > > > > > Where is it? > > http://httpd.apache.org/apreq/ Thanks. I've got it over but am having trouble doing "make test": waiting 60 seconds for server to start: .Syntax error on line 29 of /opt/local/src/libapreq2-2.04-dev/env/t/conf/ssl/proxyssl.conf: SSLProxyMachineCertificateFile: file '/opt/local/src/libapreq2-2.04-dev/env/t/conf/ssl/ca/asf/proxy/client_ok.pem' does not exist or is empty Regards, Jie
Re: [mp2]"opaque string-content tables"
On Tue, 15 Feb 2005, Stas Bekman wrote: > Date: Tue, 15 Feb 2005 18:26:07 -0500 > From: Stas Bekman <[EMAIL PROTECTED]> > To: Jie Gao <[EMAIL PROTECTED]> > Cc: modperl@perl.apache.org > Subject: Re: [mp2]"opaque string-content tables" > > Jie Gao wrote: > > [please try to trim the irrelevant chunks from your replies :) thanks ] > > >>When you will want a performance boost, you will want to switch to > >>libapreq2 (Apache::Request). > > > > > > Where is it? > > http://httpd.apache.org/apreq/ Where is Apache::Request for mp2 then? Regards, Jie
https and $r->error_log
Hi All,
I have a problem: $r->log_error('xxx') works with http but does not work with
https.
Any hints on debugging this?
Thanks,
Jie
Re: https and $r->error_log
On Thu, 17 Feb 2005, Jie Gao wrote:
> Date: Thu, 17 Feb 2005 08:38:29 +1100 (EST)
> From: Jie Gao <[EMAIL PROTECTED]>
> To: modperl@perl.apache.org
> Subject: https and $r->error_log
>
> Hi All,
>
> I have a problem: $r->log_error('xxx') works with http but does not work with
> https.
> Any hints on debugging this?
Sorry, this is with 2.0.0-RC4.
Jie
Re: [mp2] make test errors
Hi Stas, The documentation at http://perl.apache.org/docs/2.0/api/APR/OS.html has an inconsistency. In the example, it seems the method "thread_current" should actually be "current_thread_id". Regard, Jie
'escape_url'
Hi All, Can find: > mplookup unescape_url To use method 'unescape_url' add: use Apache::URI (); but: > mplookup escape_url Don't know anything about method 'escape_url' Where is it now? Jie
[mp2] Apache::Access: $r->auth_name()
Hi Stas,
> mplookup auth_type
'auth_type' is not a part of the mod_perl 2.0 API
use 'ap_auth_type' instead. now resides in the request object
To use method 'ap_auth_type' add:
use Apache::RequestRec ();
But:
> perldoc -U Apache::Access
...
# auth type
$auth_type = $r->auth_type();
$r->auth_type("Digest");
Regards,
Jie
%ENV and $r->subprocess_env
Hi All, I have an odd situation, which I describe as follows: I have an authentication handler and an authorisation handler for a site, configured as: PerlOptions +SetupEnv Options +ExecCGI PerlAuthenHandler XXX::XXX->authen PerlAuthzHandler ::->authz PerlOptions +SetupEnv ... ... And there is a perl (CGI) script under it that prints out the environment. When a user is authenticated, I want to set up a few variables in the environment. The problem is: - if I use $r->subprocess_env($key => $value), the perl script will see the variables, but the authorisation handler will not; - if I use $ENV($key => $value), the perl script will NOT see the variables, but the authorisation handler will see them. Any suggestions? Jie
[mp1.99] ErrorDocument
Hi All, Can anybody tell me how to get at a directive like "ErrorDocument 403 /errors.html" set in httpd.conf from within a handler? Regards, Jie
Re: RC5 really broke some stuff
On Fri, 22 Apr 2005, Carl Johnstone wrote:
> Date: Fri, 22 Apr 2005 11:02:48 +0100
> From: Carl Johnstone <[EMAIL PROTECTED]>
> To: modperl@perl.apache.org
> Subject: Re: RC5 really broke some stuff
>
>
> > People like Jonathan and myself just have to double up (or triple-up!)
> > because of the change. Try telling that to your bosses that the latest
> > version of modperl is holding things back ('told you we should've used
> > Java!').
>
> Did your boss know that the "latest" version of mod_perl is actually a
> pre-release?
>
> I'll agree that pre-release is a bad time to make API changes like this and
> it would be better if it'd be done during the beta. It's only when a piece
> of software is released that the developers are making the implicit promise
> to not break anything.
>
> If you're going to run beta or pre-release code - you've got to accept the
> risks that go with that.
I think we all knew this. But rc4 was about the last one before formal release,
and Stas promised since rc2 or something that there would be no API change (I'm
not blaming him on this though). I've had rc4 in production for some time, and
I'll have to keep it possibly for a very long time to come.
Regards,
Jie
Re: compile mod_perl with Apache::DBI support
On Mon, 2 May 2005, jiesheng zhang wrote: > Date: Mon, 02 May 2005 13:07:18 +0800 > From: jiesheng zhang <[EMAIL PROTECTED]> > To: modperl@perl.apache.org > Subject: compile mod_perl with Apache::DBI support > > I am using the SuSE 9.1 which has apache 2.0 and mod_perl 1.99_12. > I did not see any Apache::DBI debug information in the apache error log. > I guessED the the mod_perl is not complied with the > EVERYTHING=1 option. I then tried to compile the mod_perl to support > Apache::DBI > The perl configuration command is like > > perl Makefile.PL MP_APXS=/usr/sbin/apxs2 MP_CCOPTS="-O2 -march=i586 > -mcpu=i686 -fmessage-length=0 -Wall -fPIC -Wall -fno-strict-aliasing > -D_LARGEFILE_SOURCE" EVERYTHING=1 > > However, I got this error > -- > Reading Makefile.PL args from @ARGV >MP_APXS = /usr/sbin/apxs2 >MP_CCOPTS = -O2 -march=i586 -mcpu=i686 -fmessage-length=0 -Wall -fPIC > -Wall -fno-strict-aliasing -D_LARGEFILE_SOURCE > Configuring Apache/2.0.49 mod_perl/1.99_13-dev Perl/v5.8.3 > 'EVERYTHING' is not a known MakeMaker parameter name. > - > I also checked the mod_perl build instruction for mod_perl 2.0. It does > not mention anything about the option "EVERYTHING". Shouldn't you be using MP_DEBUG=1 and MP_TRACE=1? Regards, Jie
Re: Modperl Success Story - Submission from BBC
Thumbs up to BBC! On Thu, 18 Aug 2005, Mark Hewis wrote: > Date: Thu, 18 Aug 2005 17:25:35 +0100 > From: Mark Hewis <[EMAIL PROTECTED]> > To: modperl@perl.apache.org > Subject: Modperl Success Story - Submission from BBC > > URL: bbc.co.uk > Title: BBC > Contact Person: Mark Hewis > Traffic: 500 req/sec > Success Story: > > "We have been running ModPerl to deliver dynamic applications as part of > bbc.co.uk for the past 4 years. At present we have well over 50 > applications ( and growing ) using Modperl and based on the > Apache::Registry framework. These include community, message boards, > games, voting, quizzes, searches and listings applications. It serves a > sustained 500 application requests per second using a distributed > architecture. > > As we have adopted Apache 2.* on our head-end servers we will next be > looking at how Modperl 2.* can help us in our application layer." > > > > - > Mark Hewis > New Media Technical Architect > > http://www.bbc.co.uk/ > > This e-mail (and any attachments) is confidential and may contain > personal views which are not the views of the BBC unless specifically > stated. > If you have received it in error, please delete it from your system. > Do not use, copy or disclose the information in any way nor act in > reliance on it and notify the sender immediately. Please note that the > BBC monitors e-mails sent or received. > Further communication will signify your consent to this. > >
Re: Setting %ENV from modperl handler
On Sun, 25 Sep 2005, Ray Licon wrote:
> Date: Sun, 25 Sep 2005 02:52:59 -0700 (PDT)
> From: Ray Licon <[EMAIL PROTECTED]>
> To: modperl@perl.apache.org
> Subject: Setting %ENV from modperl handler
>
> Hello,
> I'm trying to put a value I obtain from a modperl
> handler script into the environmental hash %ENV
> available in the cgi perl script, eventually called
> via the handler.
>
> I've tried calls:
>
> $r->subprocess_env->{'MY_USER'} = 'some_value';
$r->subprocess_env('foo' => 'bar');
Jie
Re: [RELEASE CANDIDATE] mod_perl-2.0.2 RC1 All tests successful on solaris 9 sparc
Hi All, perl-5.8.3_threaded + apache_2.0.49 on SunOS 5.9 Generic_118558-11 sun4u sparc SUNW,Ultra-5_10: All tests successful. Regards, Jie
Re: [RELEASE CANDIDATE] mod_perl-2.0.2 RC1 All tests successful on solaris 9 sparc
On Thu, 13 Oct 2005, Jie Gao wrote: > Date: Thu, 13 Oct 2005 14:21:13 +1000 (EST) > From: Jie Gao <[EMAIL PROTECTED]> > To: mod_perl Dev , > mod_perl list > Subject: Re: [RELEASE CANDIDATE] mod_perl-2.0.2 RC1 All tests successful > on solaris 9 sparc > > Hi All, > > perl-5.8.3_threaded + apache_2.0.49 on SunOS 5.9 Generic_118558-11 sun4u > sparc SUNW,Ultra-5_10: Make that apache_2.0.54. Jie > All tests successful. > > Regards, > > > > Jie > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: mod_perl 2 newbie
On Tue, 7 Feb 2006, JupiterHost.Net wrote: > Date: Tue, 07 Feb 2006 13:09:06 -0600 > From: JupiterHost.Net <[EMAIL PROTECTED]> > To: modperl@perl.apache.org > Subject: mod_perl 2 newbie > > Hello List! > > I'd like to build mod_perl/2.0.2 statically built into apache as per: > > http://perl.apache.org/docs/2.0/user/install/install.html#Static_mod_perl > > However instead of making apache2 as part of mod_perl2 I'd like to > 1) configure/make/etc mod_perl 2 > 2) add other modules > 3) build apache 2 with configure options as dictated by steps 1 and 2 > > Much like we can do with apache 1 by: > > 1) perl Makefile.PL APACHE_SRC=apache/src DO_HTTPD=1 NO_HTTPD=1 > USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 > make > make test > make install > > 2) add other modules > > 3) do configure as needed from step 2 and with > '--activate-module=src/modules/perl/libperl.a' for step 1 > > Is this possible? I didn't see any documentation for this route or > configure options like 1's "[NO|DO|PREP]_HTTPD" > > Any insight woudl be excellent! This is what I do to build it: In apache src dir: ./configure \ --prefix="/usr/local/apache_2.0.54+mod_perl" \ --enable-so \ --enable-proxy \ --enable-ssl \ --enable-proxy-http \ --with-mpm=prefork \ --enable-modules=most \ --enable-mods-shared=max make install In mod_perl src dir: perl Makefile.PL MP_DEBUG=1 MP_USE_DSO=1 MP_APXS=/usr/local/apache_2.0.54+mod_perl/bin/apxs MP_TRACE=1 make install It works for me. Regards, Jie
Re: mp2 and httpd 2.2 - future plans / roadmap?
On Thu, 16 Feb 2006, Geoffrey Young wrote: > > there's no reason why mp2 shouldn't work with httpd 2.2 at the moment in > almost all respects. in fact, the only thing that I can think of that will > not work is the auth provider mechanism, but there's a CPAN module for that, > too, so you should be good to go. Can you please elaborate on the "auth provider mechanism" problem a bit here? Thanks, Jie
Re: Can one use mod_proxy post the Authentication phase in apache?
On Thu, 23 Mar 2006, Jeff Nokes wrote: > Date: Thu, 23 Mar 2006 14:01:52 -0800 (PST) > From: Jeff Nokes <[EMAIL PROTECTED]> > To: modperl@perl.apache.org > Subject: Can one use mod_proxy post the Authentication phase in apache? > > Hi, > I'm trying to assist another dept. at my work, to provide a reverse-proxy > service with our apache based mod_perl application. This other dept. wanted > to leverage our custom PerlAuthenHandler for security reasons, yet they > desire just a pass-thru proxy request to their application tier on behalf of > the client. Since the authentication phase happens after the header > parsing/URI translation phase (where mod_proxy is executed I believe), is > there a way to invoke mod_proxy functionalty after the authentaction phase? > Perhaps in the content/response phase? I believe you can. ProxyPass can happen after your authentication handler. Just try it. Regards, Jie
mod_perl-2.0.2 + apache 2.2.2
Hi All, Any issue with this combination? For I am getting: make test t/apache/content_length_header..ok 16/27# Failed test 17 in t/apache/content_length_header.t at line 71 fail #2 t/apache/content_length_header..FAILED test 17 Failed 1/27 tests, 96.30% okay t/api/statusok 3/6# Failed test 4 in t/api/status.t at line 35 t/api/statusNOK 4# Failed test 5 in t/api/status.t at line 36 t/api/statusFAILED tests 4-5 Failed 2/6 tests, 66.67% okay t/logs/error_log did not mention these errors. I am on Solaris 10 (sparc). Regards, Jie
Re: mod_perl - make test fails on Solaris 10
On Wed, 7 Jun 2006, John D Groenveld wrote: > Date: Wed, 07 Jun 2006 16:07:08 -0400 > From: John D Groenveld <[EMAIL PROTECTED]> > To: Sheila R. Bryant <[EMAIL PROTECTED]> > Cc: modperl@perl.apache.org > Subject: Re: mod_perl - make test fails on Solaris 10 > > In message <[EMAIL PROTECTED]>, "Sheila R. Bryant" writes: > >Hi, > > > >I'm trying to add mod_perl to my Apache server. I've got > > > >Solaris 10 > >Apache 2.2.2 > >mod_perl 2.0.2 > > > >I'm using gcc 3.4.3, supplied by Sun, perl 5.8.4, supplied by Sun. I'm > >using the perlgcc utility which is claimed to enable gcc compiled > >modules, despite perl being compiled using Sun compilers. Apache > >wouldn't compile with Sun compiler > > Where did it fail? Don't know. There is an issue with Apache 2.2.2. Advice given to me is to compile everything for Apache 2.2.0, and then install Apache 2.2.2 on top of it. Regards, Jie
Re: Basic Help, RedHat
On Thu, 22 Jun 2006, mark wrote: > Date: Thu, 22 Jun 2006 09:06:59 -0700 > From: mark <[EMAIL PROTECTED]> > To: Chris Werner <[EMAIL PROTECTED]> > Cc: Tom Weber <[EMAIL PROTECTED]>, modperl@perl.apache.org > Subject: Re: Basic Help, RedHat > > All this stuff (apache, mod_perl, etc) builds fine on Redhat. > You certainly don't need to change from Redhat to some other > distribution just to build apache and mod_perl. Personally, I'd build everything myself, for it's a risky business to rely on redhat's packages. Too many things, not just mod_perl, went wrong lately with RedHat's packages. Regards, Jie
[RELEASE CANDIDATE]: mod_perl-2.0.3 RC1: make test fails
-8<-- Start Bug Report 8<-- 1. Problem Description: make test fails: [warning] result: OK [warning] the client side drops 'root' permissions and becomes 'nobody' /usr/local/httpd-2.2.3+mod_perl-2.0.3-rc1+php-5.1.6/bin/httpd -d /usr/local/src/mod_perl-2.0.3-rc1/ModPerl-Registry/t -f /usr/local/src/mod_perl-2.0.3-rc1/ModPerl-Registry/t/conf/httpd.conf -D APACHE2 using Apache/2.2.3 (prefork MPM) waiting 90 seconds for server to start: ... waiting 90 seconds for server to start: ok (waited 2 secs) server localhost:8529 started t/206ok t/304ok t/404ok t/500ok t/bad_scriptsok t/basic..ok t/bin_resp...ok t/cgiok t/closureok t/dirindex...ok t/fatalstobrowserok 1/4# Failed test 3 in t/fatalstobrowser.t at line 28 fail #2 t/fatalstobrowserNOK 3# Failed test 4 in t/fatalstobrowser.t at line 34 fail #2 t/fatalstobrowserFAILED tests 3-4 Failed 2/4 tests, 50.00% okay t/flush..ok t/ithreads...skipped all skipped: perl 5.8.1 or higher w/ithreads enabled is required t/nphok t/perlrun_extloadok t/preforkok t/redirect...ok t/special_blocks.ok Failed Test Stat Wstat Total Fail Failed List of Failed --- t/fatalstobrowser.t42 50.00% 3-4 1 test skipped. Failed 1/18 test scripts, 94.44% okay. 2/85 subtests failed, 97.65% okay. [warning] server localhost:8529 shutdown [ error] error running tests (please examine t/logs/error_log) ++ | Please file a bug report: http://perl.apache.org/bugs/ | ++ make[1]: *** [run_tests] Error 1 make[1]: Leaving directory `/usr/local/src/mod_perl-2.0.3-rc1/ModPerl-Registry' make: *** [run_tests] Error 2 2. Used Components and their Configuration: *** mod_perl version 2.03 *** using /usr/local/src/mod_perl-2.0.3-rc1/lib/Apache2/BuildConfig.pm *** Makefile.PL options: MP_APR_LIB => aprext MP_APXS=> /usr/local/httpd-2.2.3+mod_perl-2.0.3-rc1+php-5.1.6/bin/apxs MP_COMPAT_1X => 1 MP_DEBUG => 1 MP_GENERATE_XS => 1 MP_LIBNAME => mod_perl MP_TRACE => 1 MP_USE_DSO => 1 *** /usr/local/httpd-2.2.3+mod_perl-2.0.3-rc1+php-5.1.6/bin/httpd -V Server version: Apache/2.2.3 Server built: Sep 8 2006 20:06:44 Server's Module Magic Number: 20051115:3 Server loaded: APR 1.2.7, APR-Util 1.2.7 Compiled using: APR 1.2.7, APR-Util 1.2.7 Architecture: 64-bit Server MPM: Prefork threaded: no forked: yes (variable process count) 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 DYNAMIC_MODULE_LIMIT=128 -D HTTPD_ROOT="/usr/local/httpd-2.2.3+mod_perl-2.0.3-rc1+php-5.1.6" -D SUEXEC_BIN="/usr/local/httpd-2.2.3+mod_perl-2.0.3-rc1+php-5.1.6/bin/exec" -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" *** /usr/bin/ldd /usr/local/httpd-2.2.3+mod_perl-2.0.3-rc1+php-5.1.6/bin/httpd libm.so.6 => /lib64/tls/libm.so.6 (0x002a9566c000) libaprutil-1.so.0 => /usr/local/httpd-2.2.3+mod_perl-2.0.3-rc1+php-5.1.6/lib/libaprutil-1.so.0 (0x002a957f3000) libdb-4.2.so => /lib64/tls/libdb-4.2.so (0x003f9c10) libgdbm.so.2 => /usr/lib64/libgdbm.so.2 (0x003f9bd0) libpq.so.4 => /usr/lib64/libpq.so.4 (0x002a9590f000) libexpat.so.0 => /usr/local/httpd-2.2.3+mod_perl-2.0.3-rc1+php-5.1.6/lib/libexpat.so.0 (0x002a95a2f000) libapr-1.so.0 => /usr/local/httpd-2.2.3+mod_perl-2.0.3-rc1+php-5.1.6/lib/libapr-1.so.0 (0x002a95b5a000) libuuid.so.1 => /lib64/libuuid.so.1 (0x002a95c83000) librt.so.1 => /lib64/tls/librt.so.1 (0x002a95d85000) libcrypt.so.1 => /lib64/libcrypt.so.1 (0x002a95e9f000) libpthread.so.0 => /lib64/tls/libpthread.so.0 (0x002a95fd4000) libdl.so.2 => /lib64/libdl.so.2 (0x002a960e9000) libc.so.6 => /lib64/tls/libc.so.6 (0x002a961ec000) libssl.so.4 => /lib64/libssl.so.4 (0x002a96421000) libcrypto.so.4 => /lib64/libcrypto.so.4 (0x002a9655d000) libkrb5.so.3 => /usr/lib64/libkrb5.so.3 (0x002a9678d000) libresolv.so.2 => /lib64/libresolv.so.2 (0x002a968ff000) libnsl.so.1 => /lib64/libnsl.so.1 (0x002a96a14000) /
Re: [RELEASE CANDIDATE]: mod_perl-2.0.3 RC1: make test fails
:59 2006] [debug] mod_proxy_http.c(54): proxy: HTTP: canonicalising URL //localhost:8538/TestModules__proxy_real [Fri Sep 08 21:08:59 2006] [debug] proxy_util.c(1397): [client 127.0.0.1] proxy: *: found reverse proxy worker for http://localhost: 8538/TestModules__proxy_real [Fri Sep 08 21:08:59 2006] [debug] mod_proxy.c(756): Running scheme http handler (attempt 0) [Fri Sep 08 21:08:59 2006] [debug] mod_proxy_http.c(1662): proxy: HTTP: serving URL http://localhost:8538/TestModules__proxy_real [Fri Sep 08 21:08:59 2006] [debug] proxy_util.c(1798): proxy: HTTP: has acquired connection for (*) [Fri Sep 08 21:08:59 2006] [debug] proxy_util.c(1858): proxy: connecting http://localhost:8538/TestModules__proxy_real to localhost: 8538 [Fri Sep 08 21:08:59 2006] [debug] proxy_util.c(1951): proxy: connected /TestModules__proxy_real to localhost:8538 [Fri Sep 08 21:08:59 2006] [debug] proxy_util.c(2045): proxy: HTTP: fam 2 socket created to connect to * [Fri Sep 08 21:08:59 2006] [debug] proxy_util.c(2141): proxy: HTTP: connection complete to 127.0.0.1:8538 (localhost) [Fri Sep 08 21:08:59 2006] [debug] mod_proxy_http.c(1448): proxy: start body send [Fri Sep 08 21:08:59 2006] [debug] mod_proxy_http.c(1537): proxy: end body send [Fri Sep 08 21:08:59 2006] [debug] proxy_util.c(1816): proxy: HTTP: has released connection for (*) Constant subroutine Apache2::Reload::Test::const redefined at /usr/local/src/mod_perl-2.0.3-rc1/blib/lib/ModPerl/Util.pm line 69, line 1. Subroutine subpackage redefined at /usr/local/src/mod_perl-2.0.3-rc1/t/lib/Apache2/Reload/Test.pm line 7, line 1. Subroutine run redefined at /usr/local/src/mod_perl-2.0.3-rc1/t/lib/Apache2/Reload/Test.pm line 9, line 1. Subroutine simple redefined at /usr/local/src/mod_perl-2.0.3-rc1/t/lib/Apache2/Reload/Test.pm line 15, line 1. Prototype mismatch: sub Apache2::Reload::Test::const: none vs () at /usr/local/lib/perl5/5.8.8/constant.pm line 103, line 1. Subroutine prototype redefined at /usr/local/src/mod_perl-2.0.3-rc1/t/lib/Apache2/Reload/Test.pm line 17, line 1. Constant subroutine Apache2::Reload::Test::const redefined at /usr/local/src/mod_perl-2.0.3-rc1/blib/lib/ModPerl/Util.pm line 69, line 1. Subroutine subpackage redefined at /usr/local/src/mod_perl-2.0.3-rc1/t/lib/Apache2/Reload/Test.pm line 7, line 1. Subroutine run redefined at /usr/local/src/mod_perl-2.0.3-rc1/t/lib/Apache2/Reload/Test.pm line 9, line 1. Subroutine simple redefined at /usr/local/src/mod_perl-2.0.3-rc1/t/lib/Apache2/Reload/Test.pm line 15, line 1. Prototype mismatch: sub Apache2::Reload::Test::const: none vs () at /usr/local/lib/perl5/5.8.8/constant.pm line 103, line 1. Subroutine prototype redefined at /usr/local/src/mod_perl-2.0.3-rc1/t/lib/Apache2/Reload/Test.pm line 17, line 1. Constant subroutine Apache2::Reload::Test::const redefined at /usr/local/src/mod_perl-2.0.3-rc1/blib/lib/ModPerl/Util.pm line 69, line 1. [Fri Sep 08 21:09:01 2006] [error] server reached MaxClients setting, consider raising the MaxClients setting [Fri Sep 08 21:09:07 2006] [error] [client 127.0.0.1] user stas: authentication failure for "/": Password Mismatch [Fri Sep 08 21:09:08 2006] [info] Child process pid=6973 is exiting [Fri Sep 08 21:09:08 2006] [info] Child process pid=6973 is exiting - server push [Fri Sep 08 21:09:08 2006] [info] Child process pid=6716 is exiting END in modperl_extra.pl, pid=6973 [Fri Sep 08 21:09:08 2006] [info] Child process pid=6716 is exiting - server push END in modperl_extra.pl, pid=6716 [Fri Sep 08 21:09:08 2006] [info] Child process pid=6762 is exiting [Fri Sep 08 21:09:08 2006] [info] Child process pid=6762 is exiting - server push END in TestModperl::print, pid=6762 END in modperl_extra.pl, pid=6762 [Fri Sep 08 21:09:08 2006] [info] removed PID file /usr/local/src/mod_perl-2.0.3-rc1/t/logs/httpd.pid (pid=6711) [Fri Sep 08 21:09:08 2006] [notice] caught SIGTERM, shutting down END in modperl_extra.pl, pid=6711 On Fri, 8 Sep 2006, Jie Gao wrote: > Date: Fri, 8 Sep 2006 21:13:15 +1000 (EST) > From: Jie Gao <[EMAIL PROTECTED]> > To: modperl > Subject: [RELEASE CANDIDATE]: mod_perl-2.0.3 RC1: make test fails > > > -8<-- Start Bug Report 8<-- > 1. Problem Description: > > make test fails: > > [warning] result: OK > [warning] the client side drops 'root' permissions and becomes 'nobody' > /usr/local/httpd-2.2.3+mod_perl-2.0.3-rc1+php-5.1.6/bin/httpd -d > /usr/local/src/mod_perl-2.0.3-rc1/ModPerl-Registry/t -f > /usr/local/src/mod_perl-2.0.3-rc1/ModPerl-Registry/t/conf/httpd.conf -D > APACHE2 > using Apache/2.2.3 (prefork MPM) > > waiting 90 seconds for server to start: ... > waiting 90 seconds for server to start: ok (waited 2 secs) > server localhost:8529 started > t/206ok > t/304ok > t/404ok > t/500ok > t/b
Re: [JOB] Open Source Systems Management
Hi Doug, Welcome back! :-) Mod_perl rocks! :-) Jie On Wed, 31 Jan 2007, Doug MacEachern wrote: Date: Wed, 31 Jan 2007 14:42:18 -0800 From: Doug MacEachern <[EMAIL PROTECTED]> To: modperl@perl.apache.org Subject: [JOB] Open Source Systems Management Hi All, I haven't posted here in a couple of years, but I know the list is still full of talent and we're looking for developers like you at Hyperic. We're a startup located in downtown San Francisco where our flagship product is an open source systems management platform called HQ. While the open positions don't currently mention mod_perl directly, there's plenty of Perl and Apache involved. And we'd like to have somebody who could help build management hooks into mod_perl similar to what Java has with JMX. We're also looking for people to help develop plugins for HQ, which is similar to Apache+mod_perl in that we hook into everything and have fun doing it. I've spent much of the past few years doing this since I dropped off this list :-) Here's the current list of open positions: http://www.hyperic.com/about/careers.html Even if you don't see your ideal job description, there's still a strong chance we can find a good fit, so give HQ a try: http://www.hyperic.com/downloads/ If you like what you see and would be interested in hacking on it, please drop me a line and we can discuss the opportunities. Regards, -Doug
[mod_perl1.99] make test fails
Hi All I am getting this: gmake test PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/WASM-Apache2-AuthCookie# Failed test (t/WASM-Apache2-AuthCookie.t at line 9) # Tried to use 'WASM::Apache2::AuthCookie'. # Error: APR object version 0.01 does not match bootstrap parameter 0.009000 at /usr/lib/perl5/5.8.5/i386-linux-thread-multi/DynaLoader.pm line 253. # Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/APR/Const.pm line 18. # BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/APR/Const.pm line 18. # Compilation failed in require at /usr/local/src/usyd_modules/WASM-Apache2-AuthCookie-2.00/blib/lib/WASM/Apache2/AuthCookie.pm line 25. # BEGIN failed--compilation aborted at /usr/local/src/usyd_modules/WASM-Apache2-AuthCookie-2.00/blib/lib/WASM/Apache2/AuthCookie.pm line 25. # Compilation failed in require at (eval 1) line 2. # Looks like you failed 1 tests of 1. t/WASM-Apache2-AuthCookiedubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 1 Failed 1/1 tests, 0.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed --- t/WASM-Apache2-AuthCookie.t1 256 11 100.00% 1 Failed 1/1 test scripts, 0.00% okay. 1/1 subtests failed, 0.00% okay. gmake: *** [test_dynamic] Error 2 Can anybody shed some light or provide a pointer for me to debug the problem? I'm on rhel4. Cheers, Jie
Re: mod_perl, Perl 5.10, Apache 2.2.6 => Tests fail
Hi All Has this problem been finally solved in dev? Regards, Jie On Tue, 25 Dec 2007, Heiko Jansen wrote: Date: Tue, 25 Dec 2007 19:59:14 +0100 From: Heiko Jansen <[EMAIL PROTECTED]> To: modperl@perl.apache.org Subject: mod_perl, Perl 5.10, Apache 2.2.6 => Tests fail Hi *. I'm having trouble getting mod_perl to work with Perl 5.10 and Apache 2.2.6 on Solaris 64Bit/SPARC using Sun cc (Sun C 5.8 2005/10/13), compiling as 64Bit app. This applies to both mod_perl 2.0.3 and the latest (as of today) mod_perl/2.0.4-dev. 2.0.3 won't build at all unless I copy "src/modules/perl/modperl_common_util.h" and "src/modules/perl/modperl_interp.h" over from the dev tree. Then it compiles fine. Bad hack, of course. 2.0.4-dev compiles out of the box. However, running the tests, I see a bunch of errors in either case. I'm adding the test output and some info on my Perl. The error log will follow in a second mail due to the mail size limit for the list. If I should provide some more info or if there is anything I could test locally, please let me know. Thx. Heiko Taken from 2.0.4-dev: [...] APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER= APACHE_TEST_APXS= \ /digibib/tools/bin/perl -Iblib/arch -Iblib/lib \ t/TEST -bugreport -verbose=0 [warning] Skipping 'set unlimited ulimit for coredumps', since we are running as a non-root user on Solaris /digibib/apache-2.2.6/bin/httpd -d /digibib/src/modperl-2.0/t -f /digibib/src/modperl-2.0/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS using Apache/2.2.6 (worker MPM) [...] t/apache/add_config...ok [...These tests worked...] t/api/lookup_misc.ok t/api/lookup_uri..EXPECTED: pre+subreq=lookup_uri;filter=none+suf at t/api/lookup_uri.t line 28. RECEIVED: subreq=lookup_uri;filter=none at t/api/lookup_uri.t line 29. t/api/lookup_uri..1/4 # Failed test 1 in t/api/lookup_uri.t at line 30 EXPECTED: pre+pre+subreq=lookup_uri;filter=first+suf+suf at t/api/lookup_uri.t line 28. RECEIVED: subreq=lookup_uri;filter=first at t/api/lookup_uri.t line 29. # Failed test 2 in t/api/lookup_uri.t at line 30 fail #2 EXPECTED: pre+subreq=lookup_uri;filter=second+suf+suf at t/api/lookup_uri.t line 28. RECEIVED: subreq=lookup_uri;filter=second at t/api/lookup_uri.t line 29. # Failed test 3 in t/api/lookup_uri.t at line 30 fail #3 EXPECTED: pre+subreq=lookup_uri;filter=default+suf at t/api/lookup_uri.t line 28. RECEIVED: subreq=lookup_uri;filter=default at t/api/lookup_uri.t line 29. # Failed test 4 in t/api/lookup_uri.t at line 30 fail #4 [NOTE: the EXPECTED:/RECEIVED: warnings were added by me in .t file] t/api/lookup_uri.. Failed 4/4 subtests t/api/lookup_uri2.ok t/api/module..ok t/api/process.ok t/api/query...ok t/api/request_rec.ok t/api/request_subclassok t/api/request_utilok t/api/responseok t/api/rflush..1/2 # Failed test 1 in t/api/rflush.t at line 14 # Failed test 2 in t/api/rflush.t at line 20 t/api/rflush.. Failed 2/2 subtests t/api/sendfileok [...These tests worked...] t/filter/both_str_con_add.ok t/filter/both_str_native_remove...1/8 # Failed test 3 in t/filter/both_str_native_remove.t at line 33 # Failed test 6 in t/filter/both_str_native_remove.t at line 45 # Failed test 7 in t/filter/both_str_native_remove.t at line 49 # Failed test 8 in t/filter/both_str_native_remove.t at line 53 t/filter/both_str_native_remove... Failed 4/8 subtests t/filter/both_str_req_add.1/1 # Failed test 1 in t/filter/both_str_req_add.t at line 16 t/filter/both_str_req_add. Failed 1/1 subtests t/filter/both_str_req_mix.1/1 # Failed test 1 in t/filter/both_str_req_mix.t at line 33 t/filter/both_str_req_mix. Failed 1/1 subtests t/filter/both_str_req_proxy...1/1 # Failed test 1 in t/filter/both_str_req_proxy.t at line 16 t/filter/both_str_req_proxy... Failed 1/1 subtests t/filter/in_autoload..1/1 # Failed test 1 in t/filter/in_autoload.t at line 16 t/filter/in_autoload.. Failed 1/1 subtests t/filter/in_bbs_body.. Failed 2/3 subtests t/filter/in_bbs_consume...1/1 # Failed test 1 in t/filter/in_bbs_consume.t at line 19 t/filter/in_bbs_consume... Failed 1/1 subtests t/filter/in_bbs_inject_header.ok t/filter/in_bbs_msg...ok t/filter/in_bbs_underrun..ok t/filter/in_error.1/1 # Failed test 1 in t/filter/in_error.t at line 13 t/filter/in_error. Failed 1/1 subtests t/filter/in_
Re: mod_perl, Perl 5.10, Apache 2.2.6 => Tests fail
Hi All Has this problem been solved finally in dev? Regards, Jie On Tue, 25 Dec 2007, Heiko Jansen wrote: > Date: Tue, 25 Dec 2007 19:59:14 +0100 > From: Heiko Jansen <[EMAIL PROTECTED]> > To: modperl@perl.apache.org > Subject: mod_perl, Perl 5.10, Apache 2.2.6 => Tests fail > > Hi *. > > I'm having trouble getting mod_perl to work with Perl 5.10 and Apache > 2.2.6 on Solaris 64Bit/SPARC using Sun cc (Sun C 5.8 2005/10/13), > compiling as 64Bit app. > This applies to both mod_perl 2.0.3 and the latest (as of today) > mod_perl/2.0.4-dev. > > 2.0.3 won't build at all unless I copy > "src/modules/perl/modperl_common_util.h" and > "src/modules/perl/modperl_interp.h" over from the dev tree. Then it > compiles fine. Bad hack, of course. > > 2.0.4-dev compiles out of the box. > However, running the tests, I see a bunch of errors in either case. > > I'm adding the test output and some info on my Perl. > The error log will follow in a second mail due to the mail size limit > for the list. > If I should provide some more info or if there is anything I could test > locally, please let me know. > > Thx. > Heiko > > > Taken from 2.0.4-dev: > [...] > APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= > APACHE_TEST_USER= APACHE_TEST_APXS= \ >/digibib/tools/bin/perl -Iblib/arch -Iblib/lib \ >t/TEST -bugreport -verbose=0 > [warning] Skipping 'set unlimited ulimit for coredumps', since we are > running as a non-root user on Solaris > /digibib/apache-2.2.6/bin/httpd -d /digibib/src/modperl-2.0/t -f > /digibib/src/modperl-2.0/t/conf/httpd.conf -D APACHE2 -D > PERL_USEITHREADS > using Apache/2.2.6 (worker MPM) > [...] > t/apache/add_config...ok > [...These tests worked...] > t/api/lookup_misc.ok > t/api/lookup_uri..EXPECTED: > pre+subreq=lookup_uri;filter=none+suf at t/api/lookup_uri.t line 28. > RECEIVED: subreq=lookup_uri;filter=none at t/api/lookup_uri.t line 29. > t/api/lookup_uri..1/4 # Failed test 1 in > t/api/lookup_uri.t at line 30 > EXPECTED: pre+pre+subreq=lookup_uri;filter=first+suf+suf at > t/api/lookup_uri.t line 28. > RECEIVED: subreq=lookup_uri;filter=first at t/api/lookup_uri.t line 29. > # Failed test 2 in t/api/lookup_uri.t at line 30 fail #2 > EXPECTED: pre+subreq=lookup_uri;filter=second+suf+suf at > t/api/lookup_uri.t line 28. > RECEIVED: subreq=lookup_uri;filter=second at t/api/lookup_uri.t line 29. > # Failed test 3 in t/api/lookup_uri.t at line 30 fail #3 > EXPECTED: pre+subreq=lookup_uri;filter=default+suf at t/api/lookup_uri.t > line 28. > RECEIVED: subreq=lookup_uri;filter=default at t/api/lookup_uri.t line > 29. > # Failed test 4 in t/api/lookup_uri.t at line 30 fail #4 > > [NOTE: the EXPECTED:/RECEIVED: warnings were added by me in .t file] > > t/api/lookup_uri.. Failed 4/4 subtests > t/api/lookup_uri2.ok > t/api/module..ok > t/api/process.ok > t/api/query...ok > t/api/request_rec.ok > t/api/request_subclassok > t/api/request_utilok > t/api/responseok > t/api/rflush..1/2 # Failed test 1 in > t/api/rflush.t at line 14 > # Failed test 2 in t/api/rflush.t at line 20 > t/api/rflush.. Failed 2/2 subtests > t/api/sendfileok > [...These tests worked...] > t/filter/both_str_con_add.ok > t/filter/both_str_native_remove...1/8 # Failed test 3 in > t/filter/both_str_native_remove.t at line 33 > # Failed test 6 in t/filter/both_str_native_remove.t at line 45 > # Failed test 7 in t/filter/both_str_native_remove.t at line 49 > # Failed test 8 in t/filter/both_str_native_remove.t at line 53 > t/filter/both_str_native_remove... Failed 4/8 subtests > t/filter/both_str_req_add.1/1 # Failed test 1 in > t/filter/both_str_req_add.t at line 16 > t/filter/both_str_req_add. Failed 1/1 subtests > t/filter/both_str_req_mix.1/1 # Failed test 1 in > t/filter/both_str_req_mix.t at line 33 > t/filter/both_str_req_mix. Failed 1/1 subtests > t/filter/both_str_req_proxy...1/1 # Failed test 1 in > t/filter/both_str_req_proxy.t at line 16 > t/filter/both_str_req_proxy... Failed 1/1 subtests > t/filter/in_autoload..1/1 # Failed test 1 in > t/filter/in_autoload.t at line 16 > t/filter/in_autoload.. Failed 1/1 subtests > t/filter/in_bbs_body.. Failed 2/3 subtests > t/filter/in_bbs_consume...1/1 # Failed test 1 in > t/filter/in_bbs_consume.t at line 19 > t/filter/in_bbs_consume... Failed 1/1 subtests > t/filter/in_bbs_inject_header.ok > t/filter/in_bbs_msg...ok > t/filter
Re: Amazon
On Sat, 23 Feb 2008, Foo JH wrote: > Can be anything really, though I admit I'm not in the know. Sometimes > it's simply a business decision: perhaps moving development off-shore to > companies that are full of Java/ .NET people? Can't find enough > competent mp developers? It is certainly hard to find good mp developers. However, mod_perl has always been for the tech people; unless in a technocracy, java would always be the choice for the class of management. Choosing java for better performance would certainly be a joke. If a java solution fails, it would be an industry-standard failure, backside covered. :-) Cheers, Jie
Re: Amazon
On Fri, 22 Feb 2008, c chan wrote: > Date: Fri, 22 Feb 2008 23:21:34 -0800 (GMT-08:00) > From: c chan <[EMAIL PROTECTED]> > To: Jonathan Vanasco <[EMAIL PROTECTED]>, > modperl > Subject: Re: Amazon > > Hi there, > > I normally don't borge into a thread like this since I am not an active user > of mod_perl. > > But have you noticed how cheap memory is these days? You can set up a dual 64 > bit processers server with 4Gig bytes of memory and set up 10 VM on the same > machine. It is extremely fast and efficient, and much easy to manage. > > All these VM virtualization technology is driving the cost of ownership down > tremendously. And then each application runs faster because each has its own > VM and a fix partition of memory. Why make software scalable while you can > scale using cheap hardware and virtualization? Then you can deploy simply and > primitive systems built by outsourced global development centers on these new > hardware platforms. I don't really want to start an argument that is off-topic anyway, but with all the overhead and quirks of virtualisation, performance is actually weird (a new way of describing performance). Regards, Jie
Re: [RELEASE CANDIDATE] mod_perl-2.0.4 RC1
> uname -a
SunOS XXX 5.10 Generic_127111-10 sun4u sparc SUNW,Sun-Fire-V240
> /usr/local/bin/perl -V
Summary of my perl5 (revision 5 version 10 subversion 0) configuration:
Platform:
osname=solaris, osvers=2.10, archname=sun4-solaris
uname='sunos XXX 5.10 generic_127111-10 sun4u sparc sunw,sun-fire-v240 '
config_args='-Dcc=gcc -B/usr/ccs/bin/ -Uuselargefiles -Uusemymalloc
-Dlocincpth=/usr/local/include /opt/sfw/include /usr/sfw/include
-Dloclibpth=/usr/local/lib /opt/sfw/lib /usr/sfw/lib /usr/lib /usr/ccs/lib'
hint=recommended, useposix=true, d_sigaction=define
useithreads=undef, usemultiplicity=undef
useperlio=define, d_sfio=undef, uselargefiles=undef, usesocks=undef
use64bitint=undef, use64bitall=undef, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='gcc -B/usr/ccs/bin/', ccflags ='-fno-strict-aliasing -pipe
-I/usr/local/include -I/opt/sfw/include -I/usr/sfw/include
-DPERL_USE_SAFE_PUTENV',
optimize='-O3',
cppflags='-fno-strict-aliasing -pipe -I/usr/local/include
-I/opt/sfw/include -I/usr/sfw/include'
ccversion='', gccversion='3.4.6', gccosandvers='solaris2.10'
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=4
alignbytes=8, prototype=define
Linker and Libraries:
ld='gcc -B/usr/ccs/bin/', ldflags =' -L/usr/local/lib -L/opt/sfw/lib
-L/usr/sfw/lib -L/usr/lib -L/usr/ccs/lib'
libpth=/usr/local/lib /opt/sfw/lib /usr/sfw/lib /usr/lib /usr/ccs/lib
libs=-lsocket -lnsl -lgdbm -ldb -ldl -lm -lc
perllibs=-lsocket -lnsl -ldl -lm -lc
libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' '
cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib -L/opt/sfw/lib
-L/usr/sfw/lib -L/usr/lib -L/usr/ccs/lib'
Characteristics of this binary (from libperl):
Compile-time options: PERL_DONT_CREATE_GVSV PERL_MALLOC_WRAP
PERL_USE_SAFE_PUTENV USE_PERLIO
Built under solaris
Compiled at Apr 3 2008 14:10:20
@INC:
/usr/local/lib/perl5/5.10.0/sun4-solaris
/usr/local/lib/perl5/5.10.0
/usr/local/lib/perl5/site_perl/5.10.0/sun4-solaris
/usr/local/lib/perl5/site_perl/5.10.0
/usr/local/lib/perl5/site_perl/5.8.8
/usr/local/lib/perl5/site_perl
> gmaek test
All tests successful, 8 tests and 13 subtests skipped.
Files=238, Tests=2559, 238 wallclock secs (180.48 cusr + 31.92 csys = 212.40
CPU)
[warning] root mode: restoring the original files ownership
[warning] server localhost:8529 shutdown
cd ModPerl-Registry && make test
/usr/local/bin/perl -I../blib/arch -I../blib/lib \
t/TEST -clean
APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER=
APACHE_TEST_APXS= \
/usr/local/bin/perl -I../blib/arch -I../blib/lib \
t/TEST -bugreport -verbose=0
[warning] root mode: changing the files ownership to 'nobody' (60001:60001)
[warning] testing whether 'nobody' is able to -rwx
/opt/local/src/mod_perl-2.0.4-rc1/ModPerl-Registry/t
"/usr/local/bin/perl"
-Mlib=/opt/local/src/mod_perl-2.0.4-rc1/ModPerl-Registry/t/../../Apache-Test/lib
-MApache::TestRun -e 'eval { Apache::TestRun::run_root_fs_test(60001, 60001,
q[/opt/local/src/mod_perl-2.0.4-rc1/ModPerl-Registry/t]) }';
[warning] result: OK
[warning] the client side drops 'root' permissions and becomes 'nobody'
/usr/local/httpd-2.2.8+mod_perl-2.0.4-rc1/bin/httpd -d
/opt/local/src/mod_perl-2.0.4-rc1/ModPerl-Registry/t -f
/opt/local/src/mod_perl-2.0.4-rc1/ModPerl-Registry/t/conf/httpd.conf -D APACHE2
using Apache/2.2.8 (prefork MPM)
waiting 90 seconds for server to start:
waiting 90 seconds for server to start: ok (waited 3 secs)
server localhost:8529 started
t/206ok
t/304ok
t/404ok
t/500ok
t/bad_scriptsok
t/basic..ok
t/bin_resp...ok
t/cgiok
t/closureok
t/dirindex...ok
t/fatalstobrowserskipped
all skipped: fatalsToBrowser known not to work, CGI version 99.99 or
higher is required
t/flush..ok
t/ithreads...skipped
all skipped: perl 5.8.1 or higher w/ithreads enabled is required
t/np
Re: [RELEASE CANDIDATE] mod_perl-2.0.4 RC1
* Philippe M. Chiasson <[EMAIL PROTECTED]> wrote:
> Jie Gao wrote:
> >>uname -a
> >SunOS XXX 5.10 Generic_127111-10 sun4u sparc SUNW,Sun-Fire-V240
> >
> >[...]
> >
> >>gmaek test
> >
> >All tests successful, 8 tests and 13 subtests skipped.
> >Files=238, Tests=2559, 238 wallclock secs (180.48 cusr + 31.92 csys =
> >212.40 CPU)
> >[warning] root mode: restoring the original files ownership
> >[warning] server localhost:8529 shutdown
> >cd ModPerl-Registry && make test
> >/usr/local/bin/perl -I../blib/arch -I../blib/lib \
> >t/TEST -clean
> >APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER=
> >APACHE_TEST_APXS= \
> >/usr/local/bin/perl -I../blib/arch -I../blib/lib \
> >t/TEST -bugreport -verbose=0
> >[warning] root mode: changing the files ownership to 'nobody' (60001:60001)
> >[warning] testing whether 'nobody' is able to -rwx
> >/opt/local/src/mod_perl-2.0.4-rc1/ModPerl-Registry/t
> >"/usr/local/bin/perl"
> >-Mlib=/opt/local/src/mod_perl-2.0.4-rc1/ModPerl-Registry/t/../../Apache-Test/lib
> > -MApache::TestRun -e 'eval { Apache::TestRun::run_root_fs_test(60001,
> >60001, q[/opt/local/src/mod_perl-2.0.4-rc1/ModPerl-Registry/t]) }';
> >
> >
> >[warning] result: OK
> >[warning] the client side drops 'root' permissions and becomes 'nobody'
> >/usr/local/httpd-2.2.8+mod_perl-2.0.4-rc1/bin/httpd -d
> >/opt/local/src/mod_perl-2.0.4-rc1/ModPerl-Registry/t -f
> >/opt/local/src/mod_perl-2.0.4-rc1/ModPerl-Registry/t/conf/httpd.conf -D
> >APACHE2 using Apache/2.2.8 (prefork MPM)
> >
> >waiting 90 seconds for server to start:
> >waiting 90 seconds for server to start: ok (waited 3 secs)
> >server localhost:8529 started
> >t/206ok
> >t/304ok
> >t/404ok
> >t/500ok
> >t/bad_scriptsok
> >t/basic..ok
> >t/bin_resp...ok
> >t/cgiok
> >t/closureok
> >t/dirindex...ok
> >t/fatalstobrowserskipped
> >all skipped: fatalsToBrowser known not to work, CGI version 99.99
> >or higher is required
> >t/flush..ok
> >t/ithreads...skipped
> >all skipped: perl 5.8.1 or higher w/ithreads enabled is required
> >t/nphok
> >t/perlrun_extload# Failed test 1 in t/perlrun_extload.t at line 17
> >t/perlrun_extloadFAILED test 1
> >Failed 1/2 tests, 50.00% okay
>
> Any chance you can run
>
> cd ModPerl-Registry && t/TEST -run -v t/perlrun_extload
>
> And post the verbose output. Also, is there anything in
> ModPerl-Registry/t/log/error_log that's
> possibly relevant ?
> cd ModPerl-Registry && t/TEST -run -v t/perlrun_extload
[warning] root mode: changing the files ownership to 'nobody' (60001:60001)
[warning] testing whether 'nobody' is able to -rwx
/opt/local/src/mod_perl-2.0.4-rc1/ModPerl-Registry/t
"/usr/local/bin/perl"
-Mlib=/opt/local/src/mod_perl-2.0.4-rc1/ModPerl-Registry/t/../../Apache-Test/lib
-MApache::TestRun -e 'eval { Apache::TestRun::run_root_fs_test(60001, 60001,
q[/opt/local/src/mod_perl-2.0.4-rc1/ModPerl-Registry/t]) }';
[warning] result: OK
[warning] the client side drops 'root' permissions and becomes 'nobody'
[ error] server is not ready yet, try again.
> cd ModPerl-Registry && t/TEST -run -v t/perlrun_extload
bash: cd: ModPerl-Registry: No such file or directory
> t/TEST -run -v t/perlrun_extload
[warning] root mode: changing the files ownership to 'nobody' (60001:60001)
[warning] testing whether 'nobody' is able to -rwx
/opt/local/src/mod_perl-2.0.4-rc1/ModPerl-Registry/t
"/usr/local/bin/perl"
-Mlib=/opt/local/src/mod_perl-2.0.4-rc1/ModPerl-Registry/t/../../Apache-Test/lib
-MApache::TestRun -e 'eval { Apache::TestRun::run_root_fs_t
Re: whence $r->send_http_header ?
* John M. Dlugosz <[EMAIL PROTECTED]> wrote:
> Consider this fragment:
>
> $r->content_type("image/$type");
> $r->send_http_header;
>
> $m->print($img);
>
> The method send_http_header seems to no longer exist. What should I be using
> instead? For now I just commented it out.
# perl -MModPerl::MethodLookup -e print_method send_http_header
'send_http_header' is not a part of the mod_perl 2.0 API
use 'content_type' instead. To use method 'content_type' add:
use Apache2::RequestRec ();
Regards,
Jie
[mp2.0.4] t/hooks/authen_basic (Wstat: 0 Tests: 4 Failed: 1)
Hi All
I'm getting the same test errors as mentioned before but on
a different platform:
# make test
...
t/hooks/authen_basic1/4 # Failed test 4 in
t/hooks/authen_basic.t at line 26
t/hooks/authen_basic Failed 1/4 subtests
t/hooks/authen_digest...ok
t/hooks/authz...1/4 # Failed test 4 in t/hooks/authz.t
at line 19
t/hooks/authz... Failed 1/4 subtests
...
# ./t/TEST -verbose t/hooks/authz.t
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/local/bin/perl /usr/local/src/mod_perl-2.0.4/t/TEST
-verbose 't/hooks/authz.t'
[warning] root mode: changing the files ownership to 'nobody' (99:99)
[warning] testing whether 'nobody' is able to -rwx
/usr/local/src/mod_perl-2.0.4/t
"/usr/local/bin/perl" -Mlib=/usr/local/src/mod_perl-2.0.4/Apache-Test/lib
-MApache::TestRun -e 'eval { Apache::TestRun::run_root_fs_test(99, 99,
q[/usr/local/src/mod_perl-2.0.4/t]) }';
[warning] result: OK
[warning] the client side drops 'root' permissions and becomes 'nobody'
/usr/local/httpd-2.2.10+mod_perl-2.0.4+php-5.2.6/bin/httpd -d
/usr/local/src/mod_perl-2.0.4/t -f
/usr/local/src/mod_perl-2.0.4/t/conf/httpd.conf -D APACHE2
using Apache/2.2.10 (prefork MPM)
waiting 120 seconds for server to start: .[Tue Nov 18 15:38:50 2008] [info] 6
Apache2:: modules loaded
[Tue Nov 18 15:38:50 2008] [info] 0 APR:: modules loaded
[Tue Nov 18 15:38:50 2008] [info] base server + 29 vhosts ready to run tests
...
waiting 120 seconds for server to start: ok (waited 3 secs)
server localhost.localdomain:8529 started
server localhost.localdomain:8530 listening (filter_out_apache)
server localhost.localdomain:8531 listening (perlsections)
server localhost.localdomain:8532 listening (inherit)
server localhost.localdomain:8533 listening (TestModules::proxy)
server localhost.localdomain:8534 listening (TestUser::rewrite)
server localhost.localdomain:8535 listening (TestVhost::log)
server localhost.localdomain:8536 listening (TestVhost::config)
server localhost.localdomain:8537 listening (TestModperl::perl_options)
server localhost.localdomain:8538 listening (TestModperl::perl_options2)
server localhost.localdomain:8539 listening (TestModperl::setupenv)
server localhost.localdomain:8540 listening (TestModperl::merge)
server localhost.localdomain:8541 listening (TestProtocol::echo_nonblock)
server localhost.localdomain:8542 listening (TestProtocol::echo_bbs2)
server localhost.localdomain:8543 listening (TestProtocol::echo_filter)
server localhost.localdomain:8544 listening (TestProtocol::echo_block)
server localhost.localdomain:8545 listening (TestProtocol::echo_timeout)
server localhost.localdomain:8546 listening (TestProtocol::echo_bbs)
server localhost.localdomain:8547 listening (TestProtocol::pseudo_http)
server localhost.localdomain:8548 listening (TestPreConnection::note)
server localhost.localdomain:8549 listening (TestHooks::startup)
server localhost.localdomain:8550 listening (TestHooks::trans)
server localhost.localdomain:8551 listening (TestHooks::hookrun)
server localhost.localdomain:8552 listening (TestHooks::stacked_handlers2)
server localhost.localdomain:8553 listening (TestHooks::init)
server localhost.localdomain:8554 listening (TestFilter::in_bbs_inject_header)
server localhost.localdomain:8555 listening (TestFilter::both_str_con_add)
server localhost.localdomain:8556 listening (TestFilter::in_bbs_msg)
server localhost.localdomain:8557 listening (TestFilter::in_str_msg)
server localhost.localdomain:8558 listening (TestDirective::perlrequire)
server localhost.localdomain:8559 listening (TestDirective::perlmodule)
server localhost.localdomain:8560 listening (TestAPI::add_config)
server localhost.localdomain:8561 listening (TestDirective::perlloadmodule5)
server localhost.localdomain:8562 listening (TestDirective::perlloadmodule4)
server localhost.localdomain:8563 listening (TestDirective::perlloadmodule3)
server localhost.localdomain:8564 listening (TestDirective::perlloadmodule6)
server localhost.localdomain:8565 listening (TestHooks::push_handlers_anon)
t/hooks/authz
1..4
# Running under perl version 5.01 for linux
# Current time local: Tue Nov 18 15:38:54 2008
# Current time GMT: Tue Nov 18 04:38:54 2008
# Using Test.pm version 1.25
# Using Apache/Test.pm version 1.31
ok 1
ok 2
ok 3
not ok 4
# Failed test 4 in t/hooks/authz.t at line 19
Failed 1/4 subtests
Test Summary Report
---
t/hooks/authz (Wstat: 0 Tests: 4 Failed: 1)
Failed test: 4
Files=1, Tests=4, 1 wallclock secs ( 0.05 usr 0.01 sys + 0.69 cusr 0.08
csys = 0.83 CPU)
Result: FAIL
Failed 1/1 test programs. 1/4 subtests failed.
[warning] server localhost.localdomain:8529 shutdown
[ error] error running tests (please examine t/logs/error_log)
# /usr/local/bin/perl -V
Summary of my perl5 (revision 5 version 10 subversion 0) configuration:
Platform:
osname=linux, osvers=2.6.18-92.1.18.el5, archname=x86_64
Re: [mp2.0.4] t/hooks/authen_basic (Wstat: 0 Tests: 4 Failed: 1)
Hi All
I have since tried:
- httpd-2.2.9
- httpd-2.2.8
- httpd-2.2.6
- httpd-2.2.4
with the same conf and I got the same test failures.
Jie
* Jie Gao <[EMAIL PROTECTED]> wrote:
> Hi All
>
> I'm getting the same test errors as mentioned before but on
> a different platform:
>
> # make test
> ...
> t/hooks/authen_basic1/4 # Failed test 4 in
> t/hooks/authen_basic.t at line 26
> t/hooks/authen_basic Failed 1/4 subtests
> t/hooks/authen_digest...ok
> t/hooks/authz...1/4 # Failed test 4 in
> t/hooks/authz.t at line 19
> t/hooks/authz... Failed 1/4 subtests
> ...
>
> # ./t/TEST -verbose t/hooks/authz.t
>
> [warning] setting ulimit to allow core files
> ulimit -c unlimited; /usr/local/bin/perl /usr/local/src/mod_perl-2.0.4/t/TEST
> -verbose 't/hooks/authz.t'
> [warning] root mode: changing the files ownership to 'nobody' (99:99)
> [warning] testing whether 'nobody' is able to -rwx
> /usr/local/src/mod_perl-2.0.4/t
> "/usr/local/bin/perl" -Mlib=/usr/local/src/mod_perl-2.0.4/Apache-Test/lib
> -MApache::TestRun -e 'eval { Apache::TestRun::run_root_fs_test(99, 99,
> q[/usr/local/src/mod_perl-2.0.4/t]) }';
>
>
> [warning] result: OK
> [warning] the client side drops 'root' permissions and becomes 'nobody'
> /usr/local/httpd-2.2.10+mod_perl-2.0.4+php-5.2.6/bin/httpd -d
> /usr/local/src/mod_perl-2.0.4/t -f
> /usr/local/src/mod_perl-2.0.4/t/conf/httpd.conf -D APACHE2
> using Apache/2.2.10 (prefork MPM)
>
> waiting 120 seconds for server to start: .[Tue Nov 18 15:38:50 2008] [info] 6
> Apache2:: modules loaded
> [Tue Nov 18 15:38:50 2008] [info] 0 APR:: modules loaded
> [Tue Nov 18 15:38:50 2008] [info] base server + 29 vhosts ready to run tests
> ...
> waiting 120 seconds for server to start: ok (waited 3 secs)
> server localhost.localdomain:8529 started
> server localhost.localdomain:8530 listening (filter_out_apache)
> server localhost.localdomain:8531 listening (perlsections)
> server localhost.localdomain:8532 listening (inherit)
> server localhost.localdomain:8533 listening (TestModules::proxy)
> server localhost.localdomain:8534 listening (TestUser::rewrite)
> server localhost.localdomain:8535 listening (TestVhost::log)
> server localhost.localdomain:8536 listening (TestVhost::config)
> server localhost.localdomain:8537 listening (TestModperl::perl_options)
> server localhost.localdomain:8538 listening (TestModperl::perl_options2)
> server localhost.localdomain:8539 listening (TestModperl::setupenv)
> server localhost.localdomain:8540 listening (TestModperl::merge)
> server localhost.localdomain:8541 listening (TestProtocol::echo_nonblock)
> server localhost.localdomain:8542 listening (TestProtocol::echo_bbs2)
> server localhost.localdomain:8543 listening (TestProtocol::echo_filter)
> server localhost.localdomain:8544 listening (TestProtocol::echo_block)
> server localhost.localdomain:8545 listening (TestProtocol::echo_timeout)
> server localhost.localdomain:8546 listening (TestProtocol::echo_bbs)
> server localhost.localdomain:8547 listening (TestProtocol::pseudo_http)
> server localhost.localdomain:8548 listening (TestPreConnection::note)
> server localhost.localdomain:8549 listening (TestHooks::startup)
> server localhost.localdomain:8550 listening (TestHooks::trans)
> server localhost.localdomain:8551 listening (TestHooks::hookrun)
> server localhost.localdomain:8552 listening (TestHooks::stacked_handlers2)
> server localhost.localdomain:8553 listening (TestHooks::init)
> server localhost.localdomain:8554 listening (TestFilter::in_bbs_inject_header)
> server localhost.localdomain:8555 listening (TestFilter::both_str_con_add)
> server localhost.localdomain:8556 listening (TestFilter::in_bbs_msg)
> server localhost.localdomain:8557 listening (TestFilter::in_str_msg)
> server localhost.localdomain:8558 listening (TestDirective::perlrequire)
> server localhost.localdomain:8559 listening (TestDirective::perlmodule)
> server localhost.localdomain:8560 listening (TestAPI::add_config)
> server localhost.localdomain:8561 listening (TestDirective::perlloadmodule5)
> server localhost.localdomain:8562 listening (TestDirective::perlloadmodule4)
> server localhost.localdomain:8563 listening (TestDirective::perlloadmodule3)
> server localhost.localdomain:8564 listening (TestDirective::perlloadmodule6)
> server localhost.localdomain:8565 listening (TestHooks::push_handlers_anon)
> t/hooks/authz
> 1..4
> # Running under perl version 5.01 for linux
> # Current time local: Tue Nov 18 15:38:54 2008
> # Current time GMT: Tue Nov 18 04:38:54 2008
> # Usin
Re: apache 2 reloads needed?
* Tom??? Ba??ant wrote: > Greetings from cloudy Prague! > > > I am developing web application with mod_perl/apache/mysql. I am using > several own perl modules (*.pm), and after changing the contents of a > particular module, i usually have to reload/restart apache for these > changes to take effect. it is quite annoying. Is there any way how to > bypass this process and make apache aware of the changes automatically? Install Apache::Reload from CPAN. Regards, Jie
Re: [ANNOUNCE] mod_perl 2.0.5
* Randolf Richardson wrote: > Date: Wed, 09 Feb 2011 19:22:06 -0800 > From: Randolf Richardson > To: mod_perl Dev , > mod_perl list > Subject: Re: [ANNOUNCE] mod_perl 2.0.5 > X-mailer: Pegasus Mail for Windows (4.52) > > > Awesome everyone. Thanks for working on the new release of mod_perl. I look > > forward to implementing it. > > This is great news! I'm very pleased to see this update because it > flies in the face of those who incorrectly insist that ModPerl is > dead because it hasn't been updated for a long time -- I've been > pointing out that the lack of updates are due to better quality code > and fewer change requirements. > > Thanks too all developers and contributors of ModPerl! I've been > hooked on this technology ever since I started using it, and I enjoy > the high performance and deep integration into APR and HTTPd. I totally agree! The quality design and code by Doug MacEachern laid the foundation. And thanks to Stas Bekman for the 2.0! -Jie
Re: Does mod_perl-2.0.4 support threads?
Not all functions are thread-safe, though. -Jie * Grant wrote: > Date: Fri, 14 Dec 2012 14:29:52 -0800 > From: Grant > To: modperl@perl.apache.org > Subject: Re: Does mod_perl-2.0.4 support threads? > > > All of the 2.x series supports threads. Your Perl has to be compiled for > threads though. > > > > - Perrin > > Thank you for clearing that up. > > - Grant > > > >> I'm stuck on mod_perl-2.0.4 for now and I'm seeing something in Gentoo > which makes me think it doesn't support threads. Is that true? > >> > >> - Grant
Re: alias command in modperl environment
What's the error message in your errlog.log? -Jie Please think of our environment and only print this e-mail if necessary. * Feng He wrote: > Date: Wed, 19 Dec 2012 16:40:13 +0800 > From: Feng He > To: modperl@perl.apache.org > Subject: alias command in modperl environment > User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/17.0 > Thunderbird/17.0 > > Hello, > > > ServerAdmin x...@yyy.com > ServerName example.com > > PerlModule Apache::DBI > PerlPostConfigRequire /path/to/startup.pl > > > SetHandler modperl > PerlResponseHandler Handler1 > > > > SetHandler modperl > PerlResponseHandler Handler2 > > > Alias /zzz/ "/var/www/zzz/" > > Options FollowSymLinks MultiViews > AllowOverride None > Order allow,deny > allow from all > > > ErrorLog /var/log/apache2/error.log > LogLevel warn > CustomLog /var/log/apache2/cdn.access.log combined > > > > > I put some static files under /var/www/zzz/. > When accessing these static files, I got 403 error. > Can't alias command work for this case? > > Thanks.
Re: alias command in modperl environment
Raise loglevel to debug and see what you get in the log then. -Jie * Feng He wrote: > Date: Wed, 19 Dec 2012 17:05:20 +0800 > From: Feng He > To: Jie Gao > CC: modperl@perl.apache.org > Subject: Re: alias command in modperl environment > User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/17.0 > Thunderbird/17.0 > > 于 2012-12-19 16:47, Jie Gao 写道: > >What's the error message in your errlog.log? > > it simply said access reject.
Re: the MP gets good performance
I think we already know this "secret". :-) Thanks for another case of affirmation of the greatness of mod_perl! Thanks to current and past contributors and sponsors as well as Doug MacEachern who started it all... :-) Regards, Jie * Feng He wrote: > Date: Thu, 3 Jan 2013 22:40:35 +0800 > From: Feng He > To: modperl@perl.apache.org > Subject: the MP gets good performance > User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/17.0 > Thunderbird/17.0 > > Hi, > > I am running an application with MP2, it's running with two webservers > (with DNS round-robin) and a DB server (mysql). The OS is ubuntu Linux, > Apache's server version: Apache/2.2.14. Apache handles the requests > directly, there is no proxy in front. > > Last day one of the server got unique accessing IP 632331, another got > unique IP 635232, so the application handles total IP 1267563 last day > (and almost every day). > > All the requests are dynamic, 60% is writing to DB, 40% is reading from > DB. Eash webserver has about 500 long connections opened to mysql with > Apache::DBI. Both webservers and DB server have light load. For example, > the stat for one of the webservers: > > > # pstree > init─┬─apache2───518*[apache2] > > > # uptime > 22:32:58 up 69 days, 23:26, 2 users, load average: 0.08, 0.08, 0.08 > > > # free -m > total used free sharedbuffers cached > Mem: 16073 7752 8321 0268 5077 > -/+ buffers/cache: 2406 13666 > Swap: 3813 0 3813 > > > To post this I may want to say that MP just gets good performance. I > once wrote the application with other language, not as good as this. > > Thanks.
Re: mod_perl resulting Apache failure
You seem to have more than 1 issue here. First of all, are you using the Apache that comes installed with Solaris? And what compiler did you use? Regards, Jie * jitendra.s...@accenture.com wrote: > Date: Sat, 19 Jan 2013 15:15:27 + > From: jitendra.s...@accenture.com > To: modperl@perl.apache.org > Subject: mod_perl resulting Apache failure > > Hi Team, > > I am installing Apache Mobile Filter on solaris 5.10 but after installing > mod_perl, Apache restart is failing. Below are steps executed by me: > > (1) Solaris 5.10 Sparx 64 > (2) Installed perl 5.14.2 > (3) Installed mod_perl 2.0.5 > (4) Included mod_perl module in Apache httpd.conf ( iam using apache 2.2.20). > (5) Restarted Apache - FAILED - by error - Segmentation Fault (Core Dumped). > > Can someone let me know did I missed anything during installation or what can > I do to fix this issue and make this work for me. > > Thanks in advance. I will greatly appreciate if you guys can help in fixing > the issue as this is very critical for our project. > > Regards, > Jitendra > > > This message is for the designated recipient only and may contain privileged, > proprietary, or otherwise private information. If you have received it in > error, please notify the sender immediately and delete the original. Any > other use of the e-mail by you is prohibited. > > Where allowed by local law, electronic communications with Accenture and its > affiliates, including e-mail and instant messaging (including content), may > be scanned by our systems for the purposes of information security and > assessment of internal compliance with Accenture policy. > > __ > > www.accenture.com
Re: mod_perl resulting Apache failure
What are the flags you used to compile apache and perl (perl -V) ? Regards, Jie Gao | Systems Administrator Information and Communications Technology THE UNIVERSITY OF SYDNEY 316 Abercrombie Street Building G17 | The University of Sydney | NSW | 2006 T +61 2 8627 7824 | E j@sydney.edu.au | W http://sydney.edu.au/ict/ CRICOS 00026A This email plus any attachments to it are confidential. Any unauthorised use is strictly prohibited. If you receive this email in error, please delete it and any attachments. Please think of our environment and only print this e-mail if necessary. * jitendra.s...@accenture.com wrote: > Date: Thu, 24 Jan 2013 06:48:22 + > From: jitendra.s...@accenture.com > To: j@sydney.edu.au > CC: modperl@perl.apache.org > Subject: RE: mod_perl resulting Apache failure > > HI Jie, > > We are not using Solaris installed Apache and GCC complier. > > Thanks & Regards, > - > Jitendra Soni > Accenture, Bangalore INDIA > Mailto: jitendra.s...@accenture.com > Phone: (+91) 99860 29897 > > -Original Message- > From: Jie Gao [mailto:j@sydney.edu.au] > Sent: Thursday, January 24, 2013 5:25 AM > To: Soni, Jitendra > Cc: modperl@perl.apache.org > Subject: Re: mod_perl resulting Apache failure > > You seem to have more than 1 issue here. > > First of all, are you using the Apache that comes installed with Solaris? > > And what compiler did you use? > > Regards, > > Jie > > * jitendra.s...@accenture.com wrote: > > > Date: Sat, 19 Jan 2013 15:15:27 + > > From: jitendra.s...@accenture.com > > To: modperl@perl.apache.org > > Subject: mod_perl resulting Apache failure > > > > Hi Team, > > > > I am installing Apache Mobile Filter on solaris 5.10 but after installing > > mod_perl, Apache restart is failing. Below are steps executed by me: > > > > (1) Solaris 5.10 Sparx 64 > > (2) Installed perl 5.14.2 > > (3) Installed mod_perl 2.0.5 > > (4) Included mod_perl module in Apache httpd.conf ( iam using apache > > 2.2.20). > > (5) Restarted Apache - FAILED - by error - Segmentation Fault (Core Dumped). > > > > Can someone let me know did I missed anything during installation or what > > can I do to fix this issue and make this work for me. > > > > Thanks in advance. I will greatly appreciate if you guys can help in fixing > > the issue as this is very critical for our project. > > > > Regards, > > Jitendra > > > > > > This message is for the designated recipient only and may contain > > privileged, proprietary, or otherwise private information. If you have > > received it in error, please notify the sender immediately and delete the > > original. Any other use of the e-mail by you is prohibited. > > > > Where allowed by local law, electronic communications with Accenture and > > its affiliates, including e-mail and instant messaging (including content), > > may be scanned by our systems for the purposes of information security and > > assessment of internal compliance with Accenture policy. > > > > __ > > > > www.accenture.com > >
Re: mod_perl resulting Apache failure
Hi Jitendra You may send a bug report per http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems . Regards, Jie Gao | Systems Administrator Information and Communications Technology THE UNIVERSITY OF SYDNEY 316 Abercrombie Street Building G17 | The University of Sydney | NSW | 2006 T +61 2 8627 7824 | E j@sydney.edu.au | W http://sydney.edu.au/ict/ CRICOS 00026A This email plus any attachments to it are confidential. Any unauthorised use is strictly prohibited. If you receive this email in error, please delete it and any attachments. Please think of our environment and only print this e-mail if necessary. * jitendra.s...@accenture.com wrote: > Date: Tue, 5 Feb 2013 08:59:20 + > From: jitendra.s...@accenture.com > To: jitendra.s...@accenture.com, j@sydney.edu.au > CC: modperl@perl.apache.org > Subject: RE: mod_perl resulting Apache failure > > Hi Gao, > > Can you please help in fixing this issue, its critical for my project. Below > is the error Iam getting on make test of mod_perl 2.0.7. > > [soni498@sz1061:NODB mod_perl-2.0.7]$ make test > cd "src/modules/perl" && make > /usr/local/bin/perl -Iblib/arch -Iblib/lib \ > t/TEST -clean > [warning] Skipping 'set unlimited ulimit for coredumps', since we are running > as a non-root user on Solaris > APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER= > APACHE_TEST_APXS= \ > /usr/local/bin/perl -Iblib/arch -Iblib/lib \ > t/TEST -bugreport -verbose=0 > [warning] Skipping 'set unlimited ulimit for coredumps', since we are running > as a non-root user on Solaris > /usr/httpd2.2.20/httpd/bin/httpd -d /home/soni498/mod_perl-2.0.7/t -f > /home/soni498/mod_perl-2.0.7/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS > using Apache/2.2.20 (prefork MPM) > > waiting 120 seconds for server to start: > . > waiting 120 seconds for server to start: not ok > [ error] giving up after 121 secs. If you think that your system > is slow or overloaded try again with a longer timeout value. > by setting the environment variable APACHE_TEST_STARTUP_TIMEOUT > to a high value (e.g. 420) and repeat the last command. > > [ error] server failed to start! (t/logs/error_log wasn't created, start the > server in the debug mode) > ++ > | Please file a bug report: http://perl.apache.org/bugs/ | > ++ > *** Error code 1 > make: Fatal error: Command failed for target `run_tests' > [soni498@sz1061:NODB mod_perl-2.0.7]$ > > Thanks & Regards, > - > Jitendra Soni > Accenture, Bangalore INDIA > Mailto: jitendra.s...@accenture.com > Phone: (+91) 99860 29897 > > -Original Message- > From: Soni, Jitendra > Sent: Thursday, January 24, 2013 12:58 PM > To: 'Jie Gao' > Cc: modperl@perl.apache.org > Subject: RE: mod_perl resulting Apache failure > > Perl ->> sh Configure -de -Dcc=gcc > Apache ->> ./configure --prefix=/usr/apache02/httpd2.2.20/ > > Thanks & Regards, > - > Jitendra Soni > Accenture, Bangalore INDIA > Mailto: jitendra.s...@accenture.com > Phone: (+91) 99860 29897 > > > -Original Message----- > From: Jie Gao [mailto:j@sydney.edu.au] > Sent: Thursday, January 24, 2013 12:34 PM > To: Soni, Jitendra > Cc: modperl@perl.apache.org > Subject: Re: mod_perl resulting Apache failure > > What are the flags you used to compile apache and perl (perl -V) ? > > Regards, > > Jie Gao | Systems Administrator > Information and Communications Technology > > THE UNIVERSITY OF SYDNEY > 316 Abercrombie Street Building G17 | The University of Sydney | NSW | 2006 > > T +61 2 8627 7824 | E j@sydney.edu.au | W http://sydney.edu.au/ict/ > > CRICOS 00026A > This email plus any attachments to it are confidential. Any unauthorised use > is strictly prohibited. If you receive this email in error, please delete it > and any attachments. > > Please think of our environment and only print this e-mail if necessary. > > * jitendra.s...@accenture.com wrote: > > > Date: Thu, 24 Jan 2013 06:48:22 + > > From: jitendra.s...@accenture.com > > To: j@sydney.edu.au > > CC: modperl@perl.apache.org > > Subject: RE: mod_perl resulting Apache failure > > > > HI Jie, > > > > We are not using Solaris installed Apache and GCC complier. > > > > Thanks &
Re: mod_perl resulting Apache failure
Nobody can hope to help you unless you provide all information required for bug reporting as describe in http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems . Regards, Jie * jitendra.s...@accenture.com wrote: > Date: Tue, 5 Feb 2013 09:44:11 + > From: jitendra.s...@accenture.com > To: odperl-h...@perl.apache.org > CC: modperl@perl.apache.org > Subject: RE: mod_perl resulting Apache failure > > > Hi Team, > > > > Can you please help in fixing this issue, its critical for my project. > > Below is the error Iam getting on "make test" of mod_perl 2.0.7. > > > > [soni498@sz1061:NODB mod_perl-2.0.7]$ make test cd "src/modules/perl" > > && make /usr/local/bin/perl -Iblib/arch -Iblib/lib \ t/TEST -clean > > [warning] Skipping 'set unlimited ulimit for coredumps', since we are > > running as a non-root user on Solaris APACHE_TEST_GROUP= > > APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER= > > APACHE_TEST_APXS= \ /usr/local/bin/perl -Iblib/arch -Iblib/lib \ > > t/TEST -bugreport -verbose=0 [warning] Skipping 'set unlimited ulimit > > for coredumps', since we are running as a non-root user on Solaris > > /usr/httpd2.2.20/httpd/bin/httpd -d /home/soni498/mod_perl-2.0.7/t -f > > /home/soni498/mod_perl-2.0.7/t/conf/httpd.conf -D APACHE2 -D > > PERL_USEITHREADS using Apache/2.2.20 (prefork MPM) > > > > waiting 120 seconds for server to start: > > . > > waiting 120 seconds for server to start: not ok [ error] giving up > > after 121 secs. If you think that your system is slow or overloaded > > try again with a longer timeout value. > > by setting the environment variable APACHE_TEST_STARTUP_TIMEOUT to a > > high value (e.g. 420) and repeat the last command. > > > > [ error] server failed to start! (t/logs/error_log wasn't created, > > start the server in the debug mode) > > ++ > > | Please file a bug report: http://perl.apache.org/bugs/ | > > ++ > > *** Error code 1 > > make: Fatal error: Command failed for target `run_tests' > > [soni498@sz1061:NODB mod_perl-2.0.7]$ > > > > Thanks & Regards, > > - > > Jitendra Soni > > Accenture, Bangalore INDIA > > Mailto: jitendra.s...@accenture.com > > Phone: (+91) 99860 29897 > > > > -Original Message- > > From: Soni, Jitendra > > Sent: Thursday, January 24, 2013 12:58 PM > > To: 'Jie Gao' > > Cc: modperl@perl.apache.org > > Subject: RE: mod_perl resulting Apache failure > > > > Perl ->> sh Configure -de -Dcc=gcc > > Apache ->> ./configure --prefix=/usr/apache02/httpd2.2.20/ > > > > Thanks & Regards, > > - > > Jitendra Soni > > Accenture, Bangalore INDIA > > Mailto: jitendra.s...@accenture.com > > Phone: (+91) 99860 29897 > > > > > > -Original Message- > > From: Jie Gao [mailto:j@sydney.edu.au] > > Sent: Thursday, January 24, 2013 12:34 PM > > To: Soni, Jitendra > > Cc: modperl@perl.apache.org > > Subject: Re: mod_perl resulting Apache failure > > > > What are the flags you used to compile apache and perl (perl -V) ? > > > > Regards, > > > > Jie Gao | Systems Administrator > > Information and Communications Technology > > > > THE UNIVERSITY OF SYDNEY > > 316 Abercrombie Street Building G17 | The University of Sydney | NSW | > > 2006 > > > > T +61 2 8627 7824 | E j@sydney.edu.au | W > > http://sydney.edu.au/ict/ > > > > CRICOS 00026A > > This email plus any attachments to it are confidential. Any unauthorised > > use is strictly prohibited. If you receive this email in error, please > > delete it and any attachments. > > > > Please think of our environment and only print this e-mail if necessary. > > > > * jitendra.s...@accenture.com wrote: > > > > > Date: Thu, 24 Jan 2013 06:48:22 + > > > From: jitendra.s...@accenture.com > > > To: j@sydney.edu.au > > > CC: modperl@perl.apache.org > > > Subject: RE: mod_perl resulting Apache failure > > > > > > HI Jie, > > > > > > We are not using Solaris installed Apache and GCC com
Re: [mp2] mod_perl resulting apache failure
Looks like mixing of different installations. To ensure a clean separation of Solaris' installations from yours, compile perl, apache, mod_perl and other required packages, and install them in /usr/local. I'd use the "-L" and "-R" flags to lock the paths to /usr/local/lib and other local lib locations, something that has worked for me for many years. Regards, Jie * jitendra.s...@accenture.com wrote: > Date: Tue, 5 Feb 2013 12:29:49 + > From: jitendra.s...@accenture.com > To: modperl@perl.apache.org > Subject: [mp2] mod_perl resulting apache failure > > -8<-- Start Bug Report 8<-- > 1. Problem Description: > > Apache start is failing after adding mod_perl module in httpd.conf. > > 2. Used Components and their Configuration: > > *** mod_perl version 2.07 > > *** using /home/soni498/mod_perl-2.0.7/lib/Apache2/BuildConfig.pm > > *** Makefile.PL options: > MP_APR_LIB => aprext > MP_APXS=> /usr/apache02/httpd_2.2.20/bin/apxs > MP_COMPAT_1X => 1 > MP_GENERATE_XS => 1 > MP_LIBNAME => mod_perl > MP_USE_DSO => 1 > > > *** /usr/httpd2.2.20/httpd/bin/httpd -V > Server version: Apache/2.2.20 (Unix) > Server built: Feb 5 2013 08:10:24 > Server's Module Magic Number: 20051115:28 > Server loaded: APR 1.4.5, APR-Util 1.3.12 > Compiled using: APR 1.4.5, APR-Util 1.3.12 > Architecture: 32-bit > Server MPM: Prefork > threaded: no > forked: yes (variable process count) > 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_PROC_PTHREAD_SERIALIZE > -D APR_USE_PTHREAD_SERIALIZE > -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT > -D APR_HAS_OTHER_CHILD > -D AP_HAVE_RELIABLE_PIPED_LOGS > -D DYNAMIC_MODULE_LIMIT=128 > -D HTTPD_ROOT="/usr/httpd2.2.20/httpd" > -D SUEXEC_BIN="/usr/httpd2.2.20/httpd/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" > > *** /usr/bin/ldd /usr/httpd2.2.20/httpd/bin/httpd > libm.so.2 => /lib/libm.so.2 > libaprutil-1.so.0 => /usr/httpd2.2.20/httpd/lib/libaprutil-1.so.0 > libexpat.so.0 => /usr/httpd2.2.20/httpd/lib/libexpat.so.0 > libiconv.so.2 => /usr/local/lib/libiconv.so.2 > libapr-1.so.0 => /usr/httpd2.2.20/httpd/lib/libapr-1.so.0 > libuuid.so.1 => /lib/libuuid.so.1 > libsendfile.so.1 => /lib/libsendfile.so.1 > librt.so.1 =>/lib/librt.so.1 > libsocket.so.1 =>/lib/libsocket.so.1 > libnsl.so.1 => /lib/libnsl.so.1 > libpthread.so.1 => /lib/libpthread.so.1 > libc.so.1 => /lib/libc.so.1 > libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 > libaio.so.1 => /lib/libaio.so.1 > libmd.so.1 =>/lib/libmd.so.1 > libmp.so.2 =>/lib/libmp.so.2 > libscf.so.1 => /lib/libscf.so.1 > libdoor.so.1 => /lib/libdoor.so.1 > libuutil.so.1 => /lib/libuutil.so.1 > libgen.so.1 => /lib/libgen.so.1 > /lib/libm/libm_hwcap1.so.2 > /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 > > > *** (apr|apu)-config linking info > > -L/usr/apache02/httpd_2.2.20/lib -laprutil-1 -lexpat -liconv > -L/usr/apache02/httpd_2.2.20/lib -lapr-1 -luuid -lsendfile -lrt -lsocket > -lnsl -lpthread > > > > *** /usr/local/bin/perl -V > Summary of my perl5 (revision 5 version 14 subversion 2) configuration: > > Platform: > osname=solaris, osvers=2.10, archname=sun4-solaris-thread-multi > uname='sunos sz1061 5.10 generic_147440-19 sun4u sparc > sunw,sparc-enterprise ' > config_args='-de -Dcc=gcc' > hint=previous, useposix=true, d_sigaction=define > useithreads=define, usemultiplicity=define > useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef > use64bitint=undef, use64bitall=undef, uselongdouble=undef > usemymalloc=n, bincompat5005=undef > Compiler: > cc='gcc', ccflags ='-D_REENTRANT -fno-strict-aliasing -pipe > -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 > -DPERL_USE_SAFE_PUTENV -DPERL_USE_SAFE_PUTENV', > optimize='-O', > cppflags='-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include > -D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV' > ccversion='', gccversion='3.4.6', gccosandvers='solaris2.10' > intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 > d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 > ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', > lseeksize=8 > alignbytes=8, prototype=define > Linker and
Re: MP and 2.4 Compilation Woes
* Kevin A. McGrail wrote: >... > Overall, I think the concept that things should be forked to a new > 2.4 mod_perl is best because if it's backwards compatibility that's > holding things back, I'd rather lose that. I'm currently building > on a devel box running on CentOS 6.2. There was a similar discussion when apach2 came along, and the outcome was that Stas started another version of mod_perl for it. There are enough backward compatibility issues for us to start a new apache24 mod_perl. -Jie
Re: About config file
Hi Ken
You can follow this:
http://perl.apache.org/docs/2.0/devel/core/coding_style.html
if you are after a standard coding style.
Regards,
Jie
* Ken Peng wrote:
> Date: Thu, 7 Mar 2013 11:00:37 +0800
> From: Ken Peng
> To: modperl@perl.apache.org
> Subject: About config file
> User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130215
> Thunderbird/17.0.3
>
> Hello,
>
> How do you setup config file in modperl web development?
> I currently use the style like a package:
>
> package Myconfig;
>
> sub new {
> my $class = shift;
> my $option = { key1 => 'foo', key2 => 'bar', ... };
> bless $option,$class;
> }
>
> 1;
>
>
> Then in the modperl program:
>
> use Myconfig;
>
> my $conf = Myconfig->new;
> my $opt1 = $conf->{key1};
> my $opt2 = $conf->{key2};
> ...
>
>
> I don't know if this is a good way. Do you have suggestions?
>
> Thanks.
[mp 2.0.9-dev] Is AUTH_GRANTED defined anywhere?
Hi guys, I am trying to get an authentication/authorisation handler work for Apache 2.4.6 with mod_perl's dev branch httpd24. Under Apache 2.2, I use this: return Apache2::Const::OK; when authentication is successful. Under 2.4, I get the following error: "AH00027: No authentication done but request not allowed without authentication for /x.html. Authentication not configured?" and it logged it with the 500 error code. It does not seem to think the authn handlers exist even though they did run to the finish. It seems I would need to return something like: return Apache2::Const::AUTH_GRANTED; But I can't find the constant "AUTH_GRANTED" or "AUTHZ_GRANTED" defined anywhere. Thanks for any help. Regards, -JIe
Re: support for Apache 2.4
Hi All It would be good if there is even an indication of the state of the play that would help us make future decisions re mod_perl. The link http://svn.apache.org/snapshots/modperl-2.0/ on page http://perl.apache.org/download/source.html#Development_mod_perl_2_0_Source_Distribution returns 404; http://perl.apache.org/dist/ is full of broken links. To be sure, everybody is busy and contributions from existing developpers are greatly appreciated. However, if people can't get anywhere on http://perl.apache.org/, that makes it difficult to attract new developpers. Time is running out for mod_perl, for applications developped for Apache 2.2.* cannot be made available for an increasing number of users of Apache 2.4, and the prospect of mp being dropped by Web app developpers altogether could come much sooner than one'd expect and I certainly would hate to see that happen. Regards, Jie * Randolf Richardson wrote: > Date: Fri, 14 Feb 2014 15:18:12 -0800 > From: Randolf Richardson > To: modperl@perl.apache.org > Subject: Re: support for Apache 2.4 > X-mailer: Pegasus Mail for Windows (4.63) > > > Anybody know when mod_perl will support Apache 2.4? Or is it the other > > way around? > > > > Cheers! > > I'm interested in when this will come to fruition too. I've been > encouraging people to learn mod_perl2 and a few of them told me that > without support for Apache HTTPd v2.4 they aren't interested (they > think that v2.2 is too old now, and I do consider that to be a > reasonable consideration nowadays), so this is becoming a problem. > > I also need to move on to Apache HTTPd v2.4 and I really want to get > away from running a separate instance of HTTPd v2.2 just for Perl > support. My fear is that ModPerl will be mis-classified as "outdated > technology" as more sites increasingly upgrade to Apache HTTPd v2.4 > and find that it is not compatible. > > Randolf Richardson - rand...@inter-corporate.com > Inter-Corporate Computer & Network Services, Inc. > Beautiful British Columbia, Canada > http://www.inter-corporate.com/ > >
Re: support for Apache 2.4
Hi Bill I was referring to mod_perl only. Wasn't there a Perl Renaissance recently? :-) Regards, Jie * Bill McCormick wrote: > Date: Fri, 14 Feb 2014 21:15:59 -0600 > From: Bill McCormick > To: modperl@perl.apache.org > Subject: Re: support for Apache 2.4 > User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 > Thunderbird/24.3.0 > > OK, so to continue with the top posting, are you saying that there's > some expectation that Perl will someday be dropped? > > On 2/14/2014 7:01 PM, Jie Gao wrote: > >Hi All > > > >It would be good if there is even an indication of the > >state of the play that would help us make future decisions re > >mod_perl. The link http://svn.apache.org/snapshots/modperl-2.0/ on page > >http://perl.apache.org/download/source.html#Development_mod_perl_2_0_Source_Distribution > >returns 404; http://perl.apache.org/dist/ is full of broken links. To > >be sure, everybody is busy and contributions from existing developpers > >are greatly appreciated. However, if people can't get anywhere on > >http://perl.apache.org/, that makes it difficult to attract new > >developpers. > > > >Time is running out for mod_perl, for applications developped for Apache > >2.2.* cannot be made available for an increasing number of users of > >Apache 2.4, and the prospect of mp being dropped by Web app developpers > >altogether could come much sooner than one'd expect and I certainly would > >hate to see that happen. > > > >Regards, > > > > > > > >Jie > > > > > >* Randolf Richardson wrote: > > > >>Date: Fri, 14 Feb 2014 15:18:12 -0800 > >>From: Randolf Richardson > >>To: modperl@perl.apache.org > >>Subject: Re: support for Apache 2.4 > >>X-mailer: Pegasus Mail for Windows (4.63) > >> > >>>Anybody know when mod_perl will support Apache 2.4? Or is it the other > >>>way around? > >>> > >>>Cheers! > >> > >>I'm interested in when this will come to fruition too. I've been > >>encouraging people to learn mod_perl2 and a few of them told me that > >>without support for Apache HTTPd v2.4 they aren't interested (they > >>think that v2.2 is too old now, and I do consider that to be a > >>reasonable consideration nowadays), so this is becoming a problem. > >> > >>I also need to move on to Apache HTTPd v2.4 and I really want to get > >>away from running a separate instance of HTTPd v2.2 just for Perl > >>support. My fear is that ModPerl will be mis-classified as "outdated > >>technology" as more sites increasingly upgrade to Apache HTTPd v2.4 > >>and find that it is not compatible. > >> > >>Randolf Richardson - rand...@inter-corporate.com > >>Inter-Corporate Computer & Network Services, Inc. > >>Beautiful British Columbia, Canada > >>http://www.inter-corporate.com/ > >> > >> > > > > > --- > This email is free from viruses and malware because avast! Antivirus > protection is active. > http://www.avast.com > >
Re: support for Apache 2.4
Hi Fred Thanks very much for the update. I have just tried to acces it, but I didn't see a difference. Will you please double-check the udpate? Regards, Jie * Fred Moyer wrote: > Date: Sat, 15 Feb 2014 15:22:29 -0800 > From: Fred Moyer > To: Perrin Harkins > CC: Jie Gao , Randolf Richardson , > mod_perl list > Subject: Re: support for Apache 2.4 > > On Sat, Feb 15, 2014 at 6:48 AM, Perrin Harkins wrote: > > On Fri, Feb 14, 2014 at 8:01 PM, Jie Gao wrote: > >> The link http://svn.apache.org/snapshots/modperl-2.0/ on page > >> http://perl.apache.org/download/source.html#Development_mod_perl_2_0_Source_Distribution > >> returns 404; http://perl.apache.org/dist/ is full of broken links. > > > > Apologies for the disruptions on the site. We have had to make some > > changes in how it is generated in order to catch up to current Apache > > policies, and that has exposed some parts of the site generation > > process that were only understood by developers who are no longer > > around. We're working on it. > > I had some tuits available today, and was able to update > perl.apache.org to the most up to date documentation and links to the > new apache.org based source repository. > > The updated source links are now available at > http://perl.apache.org/download/source.html > > There may be some nits with the search, please post to the list if you > find any. However, the site generation process (which took 10 minutes > on my 3.4ghz quad core i7) was successful, so I think perl.apache.org > should be back to full operating capacity now.
Re: support for Apache 2.4
Hi Steve
Thanks very much for the update.
It would be good to have the todo list toward full support of Apache 2.4.
As for slow Apache 2.4 uptake, I guess there is not much incentive for
many people to upgrade, as the 2.2 works so well; and I reckon there
was a similar situation with 1.3 -> 2.0 in the past. There are many good
features in 2.4, but the API change may be too much for easy migration.
The reason for us is that mp is not ready. In fact, I had to put in
a workaround for parts of us that did upgrade to 2.4 and found things
broken.
Some distros, such as Debian, included the incompleted mp with Apache
2.4 anyway, but I don't think it works.
Regards,
Jie
* Steve Hay wrote:
> Date: Sun, 16 Feb 2014 15:36:18 +
> From: Steve Hay
> To: Dominic Hargreaves
> CC: modperl@perl.apache.org
> Subject: Re: support for Apache 2.4
>
> On 16 February 2014 15:11, Dominic Hargreaves wrote:
> > On Sun, Feb 16, 2014 at 11:10:20PM +1100, Carl Brewer wrote:
> >> Having just downloaded this latest SVN repo, a grep for "2.4" in the
> >> root dir shows a couple of changes, but no explicit mention of 2.4
> >> support.
> >>
> >> Before I try it, does it actually support 2.4 yet?
> >
> > The Debian project is shipping mod_perl with httpd24 support
> > based on http://svn.apache.org/repos/asf/perl/modperl/branches/httpd24/.
> > This appears to be good enough for our needs, so you might like to give
> > it a try (our packages are based on a somewhat older version of that
> > branch, and there seem to be quite a number of changes going in, so
> > it's worth giving that a go. I haven't heard about any current plans for
> > merging this to trunk, though.
> >
>
> An update on the state of things regarding httpd-2.4 support in mod_perl:
>
> We are working hard to get this done and are 99% of the way there.
> Both volunteers and volunteers' time is limited, though, so progress
> has been slow. A lot of work has taken place in the httpd24 branch,
> and as Dominic says, some Linux distros are already shipping that.
>
> Further improvements to mod_perl have also been made in the threading
> branch, and in a bid to improve the state of httpd-2.4 support on
> Windows I recently merged the two together in a new branch called
> httpd24threading. This is where current development activity is taking
> place, and we are now sufficiently close that I expect this to be
> merged back to trunk soon.
>
> However, we still have several test failures on Windows. If that was
> the only problem then we would perhaps go ahead with a release now,
> simply documenting the known tets failures on Windows, but I think
> things are not quite there yet on other OSes either.
>
> Once we have things stable with most, if not all, tests passing on the
> likes of Mac OS X and some Linux systems then I epxect we will roll
> out 2.0.9. (There is currently a known issue with Apache::compat not
> working for both httpd-2.2 and -2.4. I'm not sure how that will be
> resolved yet, or if it will be sorted before we roll a release.)
>
> Regarding the slightly alarmist concerns about increasing numbers of
> people moving to httpd-2.4 and not being able to use mod_perl, whilst
> I do share that concern, it is worth pointing out that few active
> websites have actually moved to 2.4 yet anyway. I read this news story
> from Netcraft last week, and it sounds like Apache httpd developers
> are getting equally frustrated by so many people sticking 2.2 still!:
>
> http://news.netcraft.com/archives/2014/02/07/are-there-really-lots-of-vulnerable-apache-web-servers.html
>
> ("Less than 1% of all Apache-powered websites feature an Apache/2.4.x
> server header"!!!)
>
> So fear not, httpd-2.4 support is coming, and hopefully quite soon too
> - and surely soon enough to not get left behind, given the slow rate
> of movement to httpd-2.4 anyway. If you want to help then please do
> try out the httpd24threading branch and report your results against
> httpd-2.2 and -2.4 with a recent perl. Patches for any problems found
> would, of course, be very welcome :-)
Re: support for Apache 2.4
* Dominic Hargreaves wrote: > On Mon, Feb 17, 2014 at 10:16:57AM +1100, Jie Gao wrote: > > Some distros, such as Debian, included the incompleted mp with Apache > > 2.4 anyway, but I don't think it works. > > Jie, > > It would be very helpful if you could know which parts of mod_perl > for Debian aren't working with Apache 2.4, so that we can help by > other prioritising the fixes and letting others know of the potential > for problems. I'm not actually sure how many people are out there > running that version of mod_perl, but AFAIK we've had zero bug reports > from users relating to it. > > https://www.debian.org/Bugs/Reporting It wasn't me who ran into a problem; I only came across a posting about it. It seems to me that if we have reached a certain point that we need to do a certain test in all platforms, we can call for testers on the list and I am sure everybody would want to help in any way they can. -Jie
Re: API Docs
* Worik Stanton wrote: > Date: Thu, 15 May 2014 11:52:39 +1200 > From: Worik Stanton > To: mod_perl list > Subject: API Docs > User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 > Thunderbird/24.5.0 > > I am still trying to fathom the API. > > I have struck a snag with the documentation. > > > https://perl.apache.org/docs/2.0/api/Apache2/Connection.html#Synopsis > says > > use Apache2::Connection (); > use Apache2::RequestRec (); > > my $c = $r->connection; > > > What is $r? It is a reference to an Apache request_rec object. Regards, Jie > I am missing something obvious, what is the context here I do not get? > > cheers > Worik > -- > The only true evil is turning people into things > Granny Weatherwax >worik.stan...@gmail.com 021-1680650, (03) 4821804 > Aotearoa (New Zealand) >
Re: API Docs
* André Warnier wrote: > Date: Sat, 17 May 2014 11:59:24 +0200 > From: André Warnier > To: mod_perl list > Subject: Re: API Docs > User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) > > Worik Stanton wrote: > >On 16/05/14 21:09, André Warnier wrote: > >>Maybe you should start here : > >>https://perl.apache.org/docs/2.0/user/handlers/intro.html#What_are_Handlers_ > >> > > > >Thank you. That is very useful > > > Welcome. > One thing which you cannot complain about apparently, is the number > of answers you're getting. mod_perl advocacy seems alive and well. > Don't hesitate to ask if you have further questions. >... I think it was because list mail was being held up somewhere, and people thought nobody had replied. It was interesting to see the variety of responses to the question. :-) I have certainly learnt something from them. Regards, Jie
Re: Trouble with script execution
Apache2::Reload Regards, Jie * Worik Stanton wrote: > Date: Mon, 19 May 2014 13:47:12 +1200 > From: Worik Stanton > CC: mod_perl list > Subject: Re: Trouble with script execution > User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 > Thunderbird/24.5.0 > > On 19/05/14 12:13, Brad Van Sickle wrote: > > Yep you need to restart to see your changes. > > I am sure I read somewhere that mod_perl monitors scripts and reloads > them if the modification date changes. But oh well. It definitely > notices sometimes. > > cheers > Worik > > -- > The only true evil is turning people into things > Granny Weatherwax >worik.stan...@gmail.com 021-1680650, (03) 4821804 > Aotearoa (New Zealand) >
Re: $r->path_info unreliable?
Could it be that after the URI --> filename translation, there is indeed
nothing left there?
A resource referred to by the "Location" directive does not necessarily
correspond to a local file.
Regards,
Jie
* Worik Stanton wrote:
> Date: Thu, 19 Jun 2014 12:13:10 +1200
> From: Worik Stanton
> To: mod_perl list
> Subject: $r->path_info unreliable?
> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101
> Thunderbird/24.5.0
>
> In my handler I call $r->path_info to determine the path used to call my
> script.
>
> I am trying to have a test version of my code using the same module but
> which reads different data based on the path.
>
> So I have:
>
>
>
> SetHandler perl-script
> PerlResponseHandler Apache::MyPackage::FrontEnd2
>
>
> SetHandler perl-script
> PerlResponseHandler Apache::MyPackage::FrontEnd2
>
>
> In FrontEnd2
>
>
> sub handler {
> my $r =3D shift;
> warn $r->path_info;
> if($r->path_info =3D~ /test/i){
> ## Load test data
> }else{
>## Load real data
> }
>
> This works for another package I have exactly like this, but in this
> case $r->path_info is empty.
>
> I am stumped.
>
> Worik
> --
> The only true evil is turning people into things
> Granny Weatherwax
>worik.stan...@gmail.com 021-1680650, (03) 4821804
> Aotearoa (New Zealand)
>
Re: $r->path_info unreliable?
* Worik Stanton wrote:
> Date: Thu, 19 Jun 2014 12:13:10 +1200
> From: Worik Stanton
> To: mod_perl list
> Subject: $r->path_info unreliable?
> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101
> Thunderbird/24.5.0
>
> In my handler I call $r->path_info to determine the path used to call my
> script.
It looks to me, on the face of it, that you should use "$r->uri" instead.
$r->path_info() should return nothing if there is no such a file in the
local file system that corresponds to that name.
Regards,
Jie
> I am trying to have a test version of my code using the same module but
> which reads different data based on the path.
>
> So I have:
>
>
>
> SetHandler perl-script
> PerlResponseHandler Apache::MyPackage::FrontEnd2
>
>
> SetHandler perl-script
> PerlResponseHandler Apache::MyPackage::FrontEnd2
>
>
> In FrontEnd2
>
>
> sub handler {
> my $r =3D shift;
> warn $r->path_info;
> if($r->path_info =3D~ /test/i){
> ## Load test data
> }else{
>## Load real data
> }
>
> This works for another package I have exactly like this, but in this
> case $r->path_info is empty.
>
> I am stumped.
>
> Worik
> --
> The only true evil is turning people into things
> Granny Weatherwax
>worik.stan...@gmail.com 021-1680650, (03) 4821804
> Aotearoa (New Zealand)
>
Re: Apache 24 + mod_perl
The patch, or rather the patching itself, does not work with a box of Red Hat Enterprise Linux Server release 6.5 for me here. Regards, Jie * Patrick Powell wrote: > Date: Wed, 6 Aug 2014 17:27:15 -0700 > From: Patrick Powell > To: olli hauer > CC: Steve Hay , Kurt Jaeger , > po...@freebsd.org, "modperl@perl.apache.org" > Subject: Re: Apache 24 + mod_perl > User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130714 > Thunderbird/17.0.7 > > On 08/06/14 14:34, olli hauer wrote: > >On 2014-08-06 22:45, Patrick Powell wrote: > >>On 08/06/14 00:19, Steve Hay wrote: > >>>On 3 August 2014 22:13, Patrick Powell wrote: > On 08/03/14 08:25, olli hauer wrote: > >On 2014-08-01 23:34, Kurt Jaeger wrote: > >>Hi! > >> > >>>Question: when will mod_perl be available for Apache 24? > >>There's a PR where people are discussing this: > >> > >>https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191471 > >> > >>This PR needs more testers etc. > >> > >I've updated the PR with a patch against the latest mod_perl trunk > >revision (r1602105). > > > >The patch against the port can be grabbed from here or from our bugzilla > > > >http://people.freebsd.org/~ohauer/diffs/apache/mod_perl2-2.0.8_apache24.diff > > > >Please test *at own risk*, and report issues to upstream and here so we > >can integrate fresh upstream fixes and update the port. > > > >The first proposed patch will allows the port to build but I have to many > >concerns for integrating this simple fix into the tree. > >I don't believe the first patch on the PR will work right else it would > >take the upstream dev. work and time for mod_perl2 at absurdI -um ... > > > > > I have taken a slightly different approach, using the mod_perl2 SVN > /httpd24 branch as the starting point. > > >>>The httpd24 branch is obselete. It was used for the initial > >>>development of httpd-2.4 support, but was superseded by > >>>httpd24threading, and since then everything from both branches has > >>>been merged back to trunk. > >>> > >>>The current trunk is largely ready for a 2.0.9 release supporting > >>>httpd-2.4, pending some more testing and fixes as necessary. > >>> > >>I tried using the trunk a couple of days ago and it did not compile. Just > >>to make sure > >>that I am using the right SVN respository and branch, what is the URL of > >>the trunk SVN repository? > >>I am more than happy to try testing mod_perl. > >> > >Hm, with the following patch applied to www/mod_perl2 it builds fine for me > >on FreeBSD 8.4 / 10.0 (amd64) an apache-2.4.10 > >http://people.freebsd.org/~ohauer/diffs/apache/mod_perl2-2.0.8_apache24.diff > > > >The patch does some adjustments in the port / pkg-plist and fetches a > >complete archive containing all patches so the sources are the same as the > >upstream (r1602105) trunk/httpd24threade branch. > > > >After applying the patch and using the command `make patch' it is easy to > >compare the sources against upstream sources (check out before) > >http://svn.apache.org/repos/asf/perl/modperl/branches/httpd24threading > >http://svn.apache.org/repos/asf/perl/modperl/trunk > > > > > >Easiest way to apply the patch against the unmodified port: > > > >$ cd www/mod_perl2 > >$ fetch > >http://people.freebsd.org/~ohauer/diffs/apache/mod_perl2-2.0.8_apache24.diff > >$ patch -p1 < mod_perl2-2.0.8_apache24.diff > > > >PS: > >I've updated the patch because it needs some additional handling for > >pkg-plist if build against apache-2.2.x (Provider.pm/Provider.so) > > > > > I tried your procedure (see above). The patch applied, I was able > to compile the mod_perl, > and 'make test' ran and it passed all of the critical tests. > > I then ran some more of my tests for the functionality it used. > These passed. > > I would say that unless somebody else comes up with a problem that I > would use this as a baseline > for distribution/installation. > > That is, I would put up the modified Makefile, with a warning, but > would allow people > to make/install it by specifying an option such as "make IGNORE_WARNING=yes" > > Of course, the FreeBSD Ports team may have different views on > this... but until the upstream mod_perl team puts out mod_perl-2.0.9 > officially I think that this is the best we can do. Also, some > more testers will be able to try it out and report any problems
Re: mod_perl for Apache 2.4
I guess one way many of us can help is to test it in our own environment. Authentication/authorisation would be the hard bit to get old code work with the new version. Regards, Jie * Randolf Richardson wrote: > Date: Tue, 13 Jan 2015 13:25:06 -0800 > From: Randolf Richardson > To: mod_perl list > CC: Randolf Richardson > Subject: Re: mod_perl for Apache 2.4 > X-mailer: Pegasus Mail for Windows (4.70) > > > We hope to make a release (2.0.9) very soon. Apologies for the delay > > in its arrival. > > This is fantastic news! Thank you for all the hard work that you > and everyone has been putting into mod_perl2. I've been looking > forward to this for quite some time, and I appreciate that there is a > lot of careful work that goes into these types of high quality > projects to ensure that they are reliable. > > (I've been using mod_perl2 on NetBSD with APRLIB, Apache HTTPd v2.2, > and PostgreSQL for as long as I can remember, and moving up to Apache > HTTPd v2.4 will be very helpful to me because there new newer HTTPd > has some features a few of the projects I'm working on will need > later this year, so the timing of this new release is excellent.) > > [End of reply.] > > > Until then you can fetch the latest source, which is likely very close > > to what will become 2.0.9, from SVN: > > https://svn.apache.org/repos/asf/perl/modperl/trunk/ > > > > On 13 January 2015 at 17:52, Hong Ye wrote: > > > Hi, > > > > > > Does anyone know when mod_perl for Apache 2.4 will be available for > > > download? Where can I download the mod_perl source code that supports > > > Apache 2.4? > > > > > > Thanks, > > > Hong > > > > > > Randolf Richardson - rand...@inter-corporate.com > Inter-Corporate Computer & Network Services, Inc. > Beautiful British Columbia, Canada > http://www.inter-corporate.com/ > >
How to unsubscribe (Was: Re: Stop replying! (was: unsubscribe))
Well, I am replying just to say that if you take a look at the full headers of a modperl list message, you will find that the info about how to unsubscribe is right in there. I guess people these days are less aware of the tricks of the old days... For people who use Exchange, you can go to "Actions->View original message" to get the headers. Regards, Jie * Winfried Neessen wrote: > Date: Wed, 4 Feb 2015 16:14:46 +0100 > From: Winfried Neessen > To: modperl > Subject: Stop replying! (was: unsubscribe) > X-Mailer: Zimbra 8.5.0_GA_3050 (ZimbraWebClient - GC40 (Win)/8.5.0_GA_3042) > > Holy moly! > > Can everybody please stop replying on these "unsubscribe" mails? Don't you > notice, > that you are spamming the whole mailing list with it and that it won't > unsubscribe you > from anything? This is extremely annoying! > > Read the instructions on http://perl.apache.org/maillist/modperl.html if you > want to > know how to unsubscribe from the list. > > Thanks! > Winni
Errors running "make test" on trunk mod_perl-2.0
Source from https://svn.apache.org/repos/asf/perl/modperl/trunk/ . Make test fails: # > t/TEST -v t/perl/ithreads3.t [warning] setting ulimit to allow core files ulimit -c unlimited; /usr/local/bin/perl /usr/local/src/mod_perl-2.0/t/TEST -v 't/perl/ithreads3.t' /usr/local/httpd-2.4.12/bin/httpd -d /usr/local/src/mod_perl-2.0/t -f /usr/local/src/mod_perl-2.0/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS using Apache/2.4.12 (worker MPM) waiting 300 seconds for server to start: .[Wed Feb 25 16:37:26.032518 2015] [env:warn] [pid 14641:tid 139749342533376] AH01506: PassEnv variable LD_LIBRARY_PATH was undefined [Wed Feb 25 16:37:26.058924 2015] [perl:info] [pid 14641:tid 139749342533376] 6 Apache2:: modules loaded [Wed Feb 25 16:37:26.058998 2015] [perl:info] [pid 14641:tid 139749342533376] 0 APR:: modules loaded [Wed Feb 25 16:37:26.059057 2015] [perl:info] [pid 14641:tid 139749342533376] base server + 32 vhosts ready to run tests ... waiting 300 seconds for server to start: ok (waited 3 secs) server localhost:8529 started server localhost:8530 listening (filter_out_apache) server localhost:8531 listening (perlsections) server localhost:8532 listening (inherit) server localhost:8533 listening (TestModperl::perl_options2) server localhost:8534 listening (TestModperl::perl_options) server localhost:8535 listening (TestModperl::setupenv) server localhost:8536 listening (TestModperl::merge) server localhost:8537 listening (TestUser::rewrite) server localhost:8538 listening (TestModules::proxy) server localhost:8539 listening (TestVhost::config) server localhost:8540 listening (TestVhost::log) server localhost:8541 listening (TestDirective::perlcleanuphandler) server localhost:8542 listening (TestProtocol::eliza) server localhost:8543 listening (TestProtocol::echo_nonblock) server localhost:8544 listening (TestProtocol::echo_block) server localhost:8545 listening (TestProtocol::echo_timeout) server localhost:8546 listening (TestProtocol::echo_bbs2) server localhost:8547 listening (TestProtocol::pseudo_http) server localhost:8548 listening (TestProtocol::echo_filter) server localhost:8549 listening (TestProtocol::echo_bbs) server localhost:8550 listening (TestPreConnection::note) server localhost:8551 listening (TestHooks::startup) server localhost:8552 listening (TestHooks::hookrun) server localhost:8553 listening (TestHooks::trans) server localhost:8554 listening (TestHooks::stacked_handlers2) server localhost:8555 listening (TestHooks::init) server localhost:8556 listening (TestFilter::both_str_con_add) server localhost:8557 listening (TestFilter::in_bbs_inject_header) server localhost:8558 listening (TestFilter::in_str_msg) server localhost:8559 listening (TestFilter::in_bbs_msg) server localhost:8560 listening (TestDirective::perlrequire) server localhost:8561 listening (TestDirective::perlmodule) server localhost:8562 listening (TestPerl::ithreads) server localhost:8563 listening (TestPerl::ithreads3) server localhost:8564 listening (TestDirective::perlloadmodule3) server localhost:8565 listening (TestDirective::perlloadmodule5) server localhost:8566 listening (TestDirective::perlloadmodule4) server localhost:8567 listening (TestAPI::add_config) server localhost:8568 listening (TestDirective::perlloadmodule6) server localhost:8569 listening (TestHooks::push_handlers_anon) t/perl/ithreads3.t .. 1..6 # Running under perl version 5.020002 for linux # Current time local: Wed Feb 25 16:37:29 2015 # Current time GMT: Wed Feb 25 05:37:29 2015 # Using Test.pm version 1.26 # Using Apache/Test.pm version 1.38 # connecting to http://localhost:8563/ # testing : perl-script 1 # expected: 2 # received: 2 ok 1 # testing : modperl 1 # expected: 2 # received: 2 ok 2 # testing : perl-script 2 # expected: 5 # received: 2 not ok 3 # Failed test 3 in t/perl/ithreads3.t at line 32 # testing : modperl 2 # expected: 5 # received: 3 not ok 4 # Failed test 4 in t/perl/ithreads3.t at line 33 # testing : perl-script 3 # expected: 3 # received: 2 not ok 5 # Failed test 5 in t/perl/ithreads3.t at line 35 # testing : modperl 3 # expected: 3 # received: 3 ok 6 Failed 3/6 subtests Test Summary Report --- t/perl/ithreads3.t (Wstat: 0 Tests: 6 Failed: 3) Failed tests: 3-5 Files=1, Tests=6, 1 wallclock secs ( 0.03 usr 0.01 sys + 0.52 cusr 0.16 csys = 0.72 CPU) Result: FAIL Failed 1/1 test programs. 3/6 subtests failed. [warning] server localhost:8529 shutdown [warning] port 8529 still in use... ...done [ error] error running tests (please examine t/logs/error_log) t/logs/error_log: [Wed Feb 25 16:37:26.750450 2015] [unique_id:info] [pid 14641:tid 139749342533376] AH01566: using ip addr 129.78.64.200 [Wed Feb 25 16:37:27.003141 2015] [ssl:info] [pid 14641:tid 139749342533376] AH01887: Init: Initializing (virtual) servers for SSL [Wed Feb 25 16:37:27.003218 2015] [ssl:info] [pid 14641:tid 139749342533376] AH01876: mod_ssl/2.4.12 compiled against Server: Apache/2.4.12, Library: OpenSSL/1.0.1e *
Trunk: APR.so won't load
I have got the source code from the trunk, "make test" mostly passed except for
a threading issue, but I installed it anyway.
Tried to load a test module, but it fails with the following error:
# Error: Can't load
'/usr/local/lib/perl5/site_perl/5.20.2/x86_64-linux-thread-multi/auto/APR/APR.so'
for module APR:
/usr/local/lib/perl5/site_perl/5.20.2/x86_64-linux-thread-multi/auto/APR/APR.so:
undefined symbol: ap_strchr at
/usr/local/lib/perl5/5.20.2/x86_64-linux-thread-multi/DynaLoader.pm line 193.
# at
/usr/local/lib/perl5/site_perl/5.20.2/x86_64-linux-thread-multi/APR/Table.pm
line 23.
The following test module loads OK, but fails if I uncomment any of the "use
APR::*" lines:
#-
package mytest::mytestmodule;
use 5.010001;
use strict;
use warnings;
use Carp;
$SIG{__DIE__} = \&Carp::confess;
use mod_perl2;
use Apache2::Connection();
use Apache2::RequestRec();
use Apache2::SubRequest();
use Apache2::Access();
use Apache2::RequestUtil();
use Apache2::Response();
use Apache2::Log();
use Apache2::Util();
use Apache2::Const ("-compile", qw(:common :methods :satisfy :auth
MODE_READBYTES));
use Apache2::URI();
use Apache2::Filter ();
#use APR::Const ("-compile", qw(:common SUCCESS BLOCK_READ));
use IO::Socket qw(SOCK_STREAM);
use Data::Dumper;
use AnyDBM_File ();
#use APR::Brigade ();
#use APR::Bucket ();
#use APR::Base64 ();
#use APR::Table ();
#use APR::URI ();
use URI::Escape::XS qw/uri_escape uri_unescape/;
#use Apache2::MPM();
our $VERSION = '1.0.1';
1;
__END__
#-
-8<-- Start Bug Report 8<--
1. Problem Description:
[DESCRIBE THE PROBLEM HERE]
2. Used Components and their Configuration:
*** mod_perl version 2.09
*** using /usr/local/src/mod_perl-2.0/lib/Apache2/BuildConfig.pm
*** Makefile.PL options:
MP_APR_CONFIG => /usr/local/httpd-2.4.12/bin/apr-1-config
MP_APR_LIB => aprext
MP_APXS=> /usr/local/httpd-2.4.12/bin/apxs
MP_COMPAT_1X => 1
MP_GENERATE_XS => 1
MP_LIBNAME => mod_perl
MP_USE_DSO => 1
*** /usr/local/httpd-2.4.12/bin/httpd -V
Server version: Apache/2.4.12 (Unix)
Server built: Feb 27 2015 20:05:23
Server's Module Magic Number: 20120211:41
Server loaded: APR 1.5.1, APR-UTIL 1.5.4
Compiled using: APR 1.5.1, APR-UTIL 1.5.4
Architecture: 64-bit
Server MPM: worker
threaded: yes (fixed thread count)
forked: yes (variable process count)
Server compiled with
-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 DYNAMIC_MODULE_LIMIT=256
-D HTTPD_ROOT="/usr/local/httpd-2.4.12"
-D SUEXEC_BIN="/usr/local/httpd-2.4.12/bin/suexec"
*** /usr/bin/ldd /usr/local/httpd-2.4.12/bin/httpd
linux-vdso.so.1 => (0x7fffcefff000)
libpcre.so.0 => /lib64/libpcre.so.0 (0x00327f40)
libaprutil-1.so.0 => /usr/local/httpd-2.4.12/lib/libaprutil-1.so.0
(0x7f3ba864c000)
libexpat.so.1 => /lib64/libexpat.so.1 (0x003281c0)
libapr-1.so.0 => /usr/local/httpd-2.4.12/lib/libapr-1.so.0
(0x7f3ba8417000)
librt.so.1 => /lib64/librt.so.1 (0x00327dc0)
libcrypt.so.1 => /lib64/libcrypt.so.1 (0x0036c240)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00327d40)
libc.so.6 => /lib64/libc.so.6 (0x00327d00)
/lib64/ld-linux-x86-64.so.2 (0x00327cc0)
libfreebl3.so => /lib64/libfreebl3.so (0x0036c280)
libdl.so.2 => /lib64/libdl.so.2 (0x00327d80)
*** (apr|apu)-config linking info
-L/usr/local/httpd-2.4.12/lib -laprutil-1 -lexpat
-L/usr/local/httpd-2.4.12/lib -lapr-1 -lrt -lcrypt -lpthread
*** /usr/local/bin/perl -V
Summary of my perl5 (revision 5 version 20 subversion 2) configuration:
Platform:
osname=linux, osvers=2.6.32-504.8.1.el6.x86_64,
archname=x86_64-linux-thread-multi
uname='linux xxx.xxx.xxx.xx 2.6.32-504.8.1.el6.x86_64 #1 smp fri dec 19
12:09:25 est 2014 x86_64 x86_64 x86_64 gnulinux '
config_args='-Dusethreads -Dprefix=/usr/local -des -A ccflags=-fPIC'
hint=recommended, useposix=true, d_sigaction=define
useithreads=define, usemultiplicity=define
use64bitint=define, use64bitall=define, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fPIC -fwrapv
-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
optimize='-O2',
cppflags='-D_REENTRANT -D_GNU_SOURCE -fPIC -fwrapv -fno-strict-aliasing
-pipe -fstack-protector -I/usr/local/include'
ccversion='', gccversion='4.4.7 20120313 (Red Hat 4.4.7-11)',
gccosandvers=''
in
Re: Trunk: APR.so won't load
priate sources used to build mod_perl.so
into APR.so, and then arranging for APR::* to 'use APR ()'. On Win32,
a static library of needed functions is built, and APR/APR::*
then link into this library [Stas, Joe Schaefer, Randy Kobes]
I hope this helps resolve this issue in any way.
Regards,
Jie
* Jie Gao wrote:
> Date: Sun, 1 Mar 2015 17:30:45 +1100
> From: Jie Gao
> To: "modperl@perl.apache.org" , mod_perl Dev
>
> Subject: Trunk: APR.so won't load
> User-Agent: Mutt/1.5.21 (2010-09-15)
>
> I have got the source code from the trunk, "make test" mostly passed except
> for
> a threading issue, but I installed it anyway.
>
> Tried to load a test module, but it fails with the following error:
>
> # Error: Can't load
> '/usr/local/lib/perl5/site_perl/5.20.2/x86_64-linux-thread-multi/auto/APR/APR.so'
> for module APR:
> /usr/local/lib/perl5/site_perl/5.20.2/x86_64-linux-thread-multi/auto/APR/APR.so:
> undefined symbol: ap_strchr at
> /usr/local/lib/perl5/5.20.2/x86_64-linux-thread-multi/DynaLoader.pm line 193.
> # at
> /usr/local/lib/perl5/site_perl/5.20.2/x86_64-linux-thread-multi/APR/Table.pm
> line 23.
>
> The following test module loads OK, but fails if I uncomment any of the "use
> APR::*" lines:
>
> #-
>
> package mytest::mytestmodule;
>
> use 5.010001;
> use strict;
> use warnings;
> use Carp;
> $SIG{__DIE__} = \&Carp::confess;
>
> use mod_perl2;
> use Apache2::Connection();
> use Apache2::RequestRec();
> use Apache2::SubRequest();
> use Apache2::Access();
> use Apache2::RequestUtil();
> use Apache2::Response();
> use Apache2::Log();
> use Apache2::Util();
> use Apache2::Const ("-compile", qw(:common :methods :satisfy :auth
> MODE_READBYTES));
> use Apache2::URI();
> use Apache2::Filter ();
> #use APR::Const ("-compile", qw(:common SUCCESS BLOCK_READ));
> use IO::Socket qw(SOCK_STREAM);
> use Data::Dumper;
> use AnyDBM_File ();
> #use APR::Brigade ();
> #use APR::Bucket ();
> #use APR::Base64 ();
> #use APR::Table ();
> #use APR::URI ();
> use URI::Escape::XS qw/uri_escape uri_unescape/;
> #use Apache2::MPM();
>
> our $VERSION = '1.0.1';
>
> 1;
> __END__
>
> #-
>
> -8<-- Start Bug Report 8<--
> 1. Problem Description:
>
> [DESCRIBE THE PROBLEM HERE]
>
> 2. Used Components and their Configuration:
>
> *** mod_perl version 2.09
>
> *** using /usr/local/src/mod_perl-2.0/lib/Apache2/BuildConfig.pm
>
> *** Makefile.PL options:
> MP_APR_CONFIG => /usr/local/httpd-2.4.12/bin/apr-1-config
> MP_APR_LIB => aprext
> MP_APXS=> /usr/local/httpd-2.4.12/bin/apxs
> MP_COMPAT_1X => 1
> MP_GENERATE_XS => 1
> MP_LIBNAME => mod_perl
> MP_USE_DSO => 1
>
>
> *** /usr/local/httpd-2.4.12/bin/httpd -V
> Server version: Apache/2.4.12 (Unix)
> Server built: Feb 27 2015 20:05:23
> Server's Module Magic Number: 20120211:41
> Server loaded: APR 1.5.1, APR-UTIL 1.5.4
> Compiled using: APR 1.5.1, APR-UTIL 1.5.4
> Architecture: 64-bit
> Server MPM: worker
> threaded: yes (fixed thread count)
> forked: yes (variable process count)
> Server compiled with
> -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 DYNAMIC_MODULE_LIMIT=256
> -D HTTPD_ROOT="/usr/local/httpd-2.4.12"
> -D SUEXEC_BIN="/usr/local/httpd-2.4.12/bin/suexec"
>
>
> *** /usr/bin/ldd /usr/local/httpd-2.4.12/bin/httpd
> linux-vdso.so.1 => (0x7fffcefff000)
> libpcre.so.0 => /lib64/libpcre.so.0 (0x00327f40)
> libaprutil-1.so.0 => /usr/local/httpd-2.4.12/lib/libaprutil-1.so.0
> (0x7f3ba864c000)
> libexpat.so.1 => /lib64/libexpat.so.1 (0x003281c0)
> libapr-1.so.0 => /usr/local/httpd-2.4.12/lib/libapr-1.so.0
> (0x7f3ba8417000)
> librt.so.1 => /lib64/librt.so.1 (0x00327dc0)
> libcrypt.so.1 => /lib64/libcrypt.so.1 (0x0036c240)
> libpthread.so.0 => /lib64/libpthread.so.0 (0x00327d40)
> libc.so.6 => /lib64/libc.so.6 (0x00327d00)
> /lib64/ld-linux-x86-64.so.2 (0x00327cc0)
> libf
Re: Trunk: APR.so won't load
Hi Steve httpd is configured with "--enable-maintainer-mode". For mod_perl: /usr/local/bin/perl Makefile.PL MP_APXS=/usr/local/httpd-2.4.12/bin/apxs MP_APR_CONFIG=/usr/local/httpd-2.4.12/bin/apr-1-config and I found the following line in the resultant Makefile: CCFLAGS = -D_REENTRANT -D_GNU_SOURCE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DMOD_PERL -DMP_COMPAT_1X -DLINUX -D_REENTRANT -D_GNU_SOURCE -DAP_DEBUG Regards, Jie * Steve Hay wrote: > Date: Thu, 9 Apr 2015 14:29:44 +0100 > From: Steve Hay > To: Jie Gao > CC: "modperl@perl.apache.org" , mod_perl Dev > > Subject: Re: Trunk: APR.so won't load > > Sorry for the slow reply. > > I cannot reproduce the problem here on Windows. Your example module > loads up fine with all the "use APR" lines uncommented. > > The build system (and the means by which APR::* should be loadable > without mod_perl.so being loaded) is different on Windows, but I did > notice this: > > ap_strchr seems to only be used in xs\Apache2\Module\Apache2__Module.h > but when I run Module.c through the preprocessor I find that ap_strchr > gets changed to strchr, and the latter is simply imported from the C > run-time library. > > I guess that's down to this code in httpd.h: > > #ifdef AP_DEBUG > > #undef strchr > # define strchr(s, c) ap_strchr(s,c) > #undef strrchr > # define strrchr(s, c) ap_strrchr(s,c) > #undef strstr > # define strstr(s, c) ap_strstr(s,c) > > #else > > /** use this instead of strchr */ > # define ap_strchr(s, c) strchr(s, c) > /** use this instead of strchr */ > # define ap_strchr_c(s, c) strchr(s, c) > /** use this instead of strrchr */ > # define ap_strrchr(s, c)strrchr(s, c) > /** use this instead of strrchr */ > # define ap_strrchr_c(s, c) strrchr(s, c) > /** use this instead of strrstr*/ > # define ap_strstr(s, c) strstr(s, c) > /** use this instead of strrstr*/ > # define ap_strstr_c(s, c) strstr(s, c) > > #endif > > so presumably I do not have AP_DEBUG defined for my build (even though > it was a debug build). > > It looks like AP_DEBUG should not be defined, even in maintainer mode, > according to an old Changes entry: > > remove -DAP_HAVE_DESIGNATED_INITIALIZER and -DAP_DEBUG from > MP_MAINTAINER mode to avoid collisions [Joe Orton] > > but do you somehow have AP_DEBUG defined somewhere, which causes the > replacement of ap_strchr with strchr to not happen for you? > > > On 27 March 2015 at 09:14, Jie Gao wrote: > > Hi All > > > > I had some more time looking into this, and here's some info I can provide. > > > > -- > > > > # readelf -a > > /usr/local/lib/perl5/site_perl/5.20.2/x86_64-linux-thread-multi/auto/APR/APR.so > > ELF Header: > > Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 > > Class: ELF64 > > Data: 2's complement, little endian > > Version: 1 (current) > > OS/ABI:UNIX - System V > > ABI Version: 0 > > Type: DYN (Shared object file) > > Machine: Advanced Micro Devices X86-64 > > Version: 0x1 > > Entry point address: 0x1cb0 > > Start of program headers: 64 (bytes into file) > > Start of section headers: 15480 (bytes into file) > > Flags: 0x0 > > Size of this header: 64 (bytes) > > Size of program headers: 56 (bytes) > > Number of program headers: 6 > > Size of section headers: 64 (bytes) > > Number of section headers: 29 > > Section header string table index: 26 > > > > Section Headers: > > [Nr] Name Type Address Offset > >Size EntSize Flags Link Info Align > > [ 0] NULL > > 0 0 0 > > > > [ Lines removed for clarity ] > > > > Dynamic section at offset 0x36f8 contains 27 entries: > > TagType Name/Value > > 0x0001 (NEEDED) Shared library: [libaprutil-1.so.0] > > 0x0001 (NEEDED) Shared library: [libexpat.so.1] &g
Re: Trunk: APR.so won't load
*** *** This is a test for Apache2::ServerUtil::server_shutdown_cleanup_register *** *** Following a line consisting only of * characters there should be a line *** *** containing *** *** "cleanup died: testing server_shutdown_cleanup_register".*** *** The next line should then read *** *** "done with server_shutdown_cleanup_register" *** Apache2::ServerUtil: cleanup died: testing server_shutdown_cleanup_register *** done with server_shutdown_cleanup_register *** ******** END in modperl_extra.pl, pid=25089 END in modperl_extra.pl, pid=25089 BTW, you can install VirtualBox on your Windows machine and have a linux virtual server for testing. Regards, Jie * Jie Gao wrote: > Date: Fri, 10 Apr 2015 12:02:05 +1000 > From: Jie Gao > To: Steve Hay > CC: "modperl@perl.apache.org" , mod_perl Dev > > Subject: Re: Trunk: APR.so won't load > User-Agent: Mutt/1.5.21 (2010-09-15) > > Hi Steve > > I modified xs/Apache2/Module/Apache2__Module.h and replaced ap_strchr with > strchr before recompiling. I still got the same error message after that. > > I re-compiled apache without enabling the maintainer mode: > > --- > CC="gcc"; export CC > CFLAGS="-Wall -O3"; export CFLAGS > "./configure" \ > "--prefix=/usr/local/httpd-2.4.12" \ > "--with-included-apr" \ > "--with-mpm=worker" \ > "--enable-auth-digest" \ > "--enable-dav" \ > "--enable-expires" \ > "--enable-headers" \ > "--enable-proxy-html" \ > "--enable-xml2enc" \ > "--enable-info" \ > "--enable-mime-magic" \ > "--enable-nonportable-atomics" \ > "--enable-proxy" \ > "--enable-proxy-balancer" \ > "--enable-proxy-http" \ > "--enable-rewrite" \ > "--enable-so" \ > "--enable-ssl" \ > "--enable-unique-id" \ > "--enable-vhost-alias" \ > "--enable-modules=most" \ > "--enable-mods-shared=most" \ > "--enable-lbmethod-byrequests" \ > "--enable-lbmethod-bytraffic" \ > "--enable-lbmethod-bybusyness" \ > "--enable-lbmethod-heartbeat" \ > "--enable-heartmonitor" \ > "--enable-watchdog" \ > "--enable-ratelimit" \ > "--enable-ext-filter" \ > "--enable-request" \ > "CC=gcc" \ > "CFLAGS=-Wall -O3" \ > "$@" > --- > > and got mod_perl source code from Trunk again. mod_perl then fails "make > test" early on: > > --- > [warning] setting ulimit to allow core files > ulimit -c unlimited; /usr/local/bin/perl > /usr/local/src/mod_perl-2.0_20150310_0709/t/TEST -clean > APACHE_TEST_APXS= APACHE_TEST_PORT= APACHE_TEST_HTTPD= APACHE_TEST_GROUP= > APACHE_TEST_USER= \ > /usr/local/bin/perl -Iblib/arch -Iblib/lib \ > t/TEST -bugreport -verbose=0 > [warning] setting ulimit to allow core files > ulimit -c unlimited; /usr/local/bin/perl > /usr/local/src/mod_perl-2.0_20150310_0709/t/TEST -bugreport -verbose=0 > /usr/local/httpd-2.4.12/bin/httpd -d > /usr/local/src/mod_perl-2.0_20150310_0709/t -f > /usr/local/src/mod_perl-2.0_20150310_0709/t/conf/httpd.conf -D APACHE2 -D > PERL_USEITHREADS > using Apache/2.4.12 (worker MPM) > > waiting 300 seconds for server to start: .[Fri Apr 10 08:04:42.875770 2015] > [env:warn] [pid 19848:tid 140397405107968] AH01506: PassEnv variable > LD_LIBRARY_PATH was undefined > [Fri Apr 10 08:04:42.900978 2015] [perl:info] [pid 19848:tid 140397405107968] > 6 Apache2:: modules loaded > [Fri Apr 10 08:04:42.901033 2015] [perl:info] [pid 19848:tid 140397405107968] > 0 APR:: modules loaded > [Fri Apr 10 08:04:42.901092 2015] [perl:info] [pid 19848:tid 140397405107968] > base server + 32 vhosts ready to run tests > . > waiting 300 seconds for server to start: not ok > [ error] giving up after 301 secs. If you think that your system > is slow or overloaded try again with a longer timeout value. > by setting the environment variable APACHE_TEST_STARTUP_TIMEOUT >
Re: [RELEASE CANDIDATE] Apache-Test-1.39 RC1
"make test" successful on: Red Hat Enterprise Linux Server release 6.6 (Santiago) with: > perl -V Summary of my perl5 (revision 5 version 20 subversion 2) configuration: Platform: osname=linux, osvers=2.6.32-504.12.2.el6.x86_64, archname=x86_64-linux-thread-multi uname='linux 2.6.32-504.12.2.el6.x86_64 #1 smp sun feb 1 12:14:02 est 2015 x86_64 x86_64 x86_64 gnulinux ' config_args='-Dcc=gcc -Dusethreads -Dprefix=/usr/local -des -A ccflags=-fPIC' hint=recommended, useposix=true, d_sigaction=define useithreads=define, usemultiplicity=define use64bitint=define, use64bitall=define, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-D_REENTRANT -D_GNU_SOURCE -fPIC -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include' ccversion='', gccversion='4.4.7 20120313 (Red Hat 4.4.7-11)', gccosandvers='' intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='gcc', ldflags =' -fstack-protector -L/usr/local/lib' libpth=/usr/local/lib /usr/lib /lib/../lib64 /usr/lib/../lib64 /lib /lib64 /usr/lib64 /usr/local/lib64 libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc libc=libc-2.12.so, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='2.12' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' cccdlflags='-fPIC', lddlflags='-shared -O2 -L/usr/local/lib -fstack-protector' Characteristics of this binary (from libperl): Compile-time options: HAS_TIMES MULTIPLICITY PERLIO_LAYERS PERL_DONT_CREATE_GVSV PERL_HASH_FUNC_ONE_AT_A_TIME_HARD PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP PERL_NEW_COPY_ON_WRITE PERL_PRESERVE_IVUV USE_64_BIT_ALL USE_64_BIT_INT USE_ITHREADS USE_LARGE_FILES USE_LOCALE USE_LOCALE_COLLATE USE_LOCALE_CTYPE USE_LOCALE_NUMERIC USE_PERLIO USE_PERL_ATOF USE_REENTRANT_API Built under linux Compiled at Mar 27 2015 14:50:02 @INC: /usr/local/lib/perl5/site_perl/5.20.2/x86_64-linux-thread-multi /usr/local/lib/perl5/site_perl/5.20.2 /usr/local/lib/perl5/5.20.2/x86_64-linux-thread-multi /usr/local/lib/perl5/5.20.2 /usr/local/lib/perl5/site_perl/5.18.2 /usr/local/lib/perl5/site_perl/5.18.0 /usr/local/lib/perl5/site_perl > perl Makefile.PL -httpd /usr/local/apache/bin/httpd [ info] generating script t/TEST [ info] generating script ./t/cgi-bin/cookies.pl [ info] generating script ./t/cgi-bin/next_available_port.pl Generating a Unix-style Makefile Writing Makefile for Apache::Test Writing MYMETA.yml and MYMETA.json Checking for Cwd...ok Checking for File::Spec...ok [17:41:06]jiegao@oslo/usr/local/src/Apache-Test-1.39-rc1:994> make Skip blib/lib/Apache/TestMB.pm (unchanged) Skip blib/lib/Apache/Test.pm (unchanged) Skip blib/lib/Bundle/ApacheTest.pm (unchanged) Skip blib/lib/Apache/TestConfig.pm (unchanged) Skip blib/lib/Apache/TestBuild.pm (unchanged) Skip blib/lib/Apache/TestConfigParse.pm (unchanged) Skip blib/lib/Apache/TestReport.pm (unchanged) Skip blib/lib/Apache/TestSSLCA.pm (unchanged) Skip blib/lib/Apache/TestTrace.pm (unchanged) Skip blib/lib/Apache/TestServer.pm (unchanged) Skip blib/lib/Apache/TestRun.pm (unchanged) Skip blib/lib/Apache/TestRunParrot.pm (unchanged) Skip blib/lib/Apache/TestHarness.pm (unchanged) Skip blib/lib/Apache/TestSmoke.pm (unchanged) Skip blib/lib/Apache/TestConfigPHP.pm (unchanged) Skip blib/lib/Apache/TestRunPerl.pm (unchanged) Skip blib/lib/Apache/TestConfigC.pm (unchanged) Skip blib/lib/Apache/Test5005compat.pm (unchanged) Skip blib/lib/Apache/TestConfigPerl.pm (unchanged) Skip blib/lib/Apache/TestSort.pm (unchanged) Skip blib/lib/Apache/TestSmokePerl.pm (unchanged) Skip blib/lib/Apache/TestUtil.pm (unchanged) Skip blib/lib/Apache/TestHarnessPHP.pm (unchanged) Skip blib/lib/Apache/TestReportPerl.pm (unchanged) Skip blib/lib/Apache/TestCommonPost.pm (unchanged) Skip blib/lib/Apache/TestConfigParrot.pm (unchanged) Skip blib/lib/Apache/TestRequest.pm (unchanged) Skip blib/lib/Apache/TestHandler.pm (unchanged) Skip blib/lib/Apache/TestCommon.pm (unchanged) Skip blib/lib/Apache/TestRunPHP.pm (unchanged) Skip blib/lib/Apache/TestPerlDB.pm (unchanged) Skip blib/lib/Apache/TestMM.pm (unchanged) Skip blib/lib/Apache/TestClient.pm (unchanged) Manifying blib/man3/Apache::Test.3 Manifying blib/man3/Apache::TestC
Re: Trunk: APR.so won't load
Hi Steve I got the src from trunk again and rebuilt httpd with "--enable-maintainer-mode", just as you requested, and "make test" passed with my module! Didn't have to fiddle with httpd.conf as slotmem_shm_module wasn't commented out this time for some reason. Still had this when running make test with mod_perl: t/perl/ithreads3.t .. 1/6 # Failed test 3 in t/perl/ithreads3.t at line 32 # Failed test 4 in t/perl/ithreads3.t at line 33 # Failed test 5 in t/perl/ithreads3.t at line 35 t/perl/ithreads3.t .. Failed 3/6 subtests Thanks very much for your help! Regards, Jie * Steve Hay wrote: > Date: Mon, 13 Apr 2015 09:18:50 +0100 > From: Steve Hay > To: Jie Gao > CC: "modperl@perl.apache.org" , mod_perl Dev > > Subject: Re: Trunk: APR.so won't load > > Thanks for the extra information. > > I think the build with --enable-maintainer-mode succeeded simply > because it doesn't include -DAP_DEBUG; the ap_strchr change was > probably not related. > > It would be nice to allow building mod_perl with a httpd built with > --enable-maintainer-mode, and in the light of Joe's comment I think we > simply need to remove -DAP_DEBUG from the build flags. > > So please could you try rebuilding again using a clean mod_perl source > tree (i.e. revert the ap_strchr change) but with the patch below > applied to it, and using an --enable-maintainer-mode httpd? > > You may still have to fiddle with slotmem_shm_module as before (sorry, > I do not know what the problem is there) and I wouldn't expect the two > test failures to go away either, but I'm hopeful that this build might > at least work. > > Index: lib/Apache2/Build.pm > === > --- lib/Apache2/Build.pm(revision 1673126) > +++ lib/Apache2/Build.pm(working copy) > @@ -616,6 +616,9 @@ > my $extra_cppflags = $self->apxs_extra_cppflags; > $ccopts .= " " . $extra_cppflags; > > +# Make sure the evil AP_DEBUG is not defined when building mod_perl > +$ccopts =~ s/ ?-DAP_DEBUG\b//; > + > $ccopts; > } > > > On 13 April 2015 at 03:37, Jie Gao wrote: > > Hi Steve > > > > I took some time to look further into this problem: > > > >> [Fri Apr 10 08:04:45.465468 2015] [proxy_balancer:emerg] [pid 19852:tid > >> 140397405107968] AH01177: Failed to lookup provider 'shm' for 'slotmem': > >> is mod_slotmem_shm loaded?? > > > > and I found that the apache build process does not allow > > slotmem_shm_module to be loaded by default, i.e. "LoadModule > > slotmem_shm_module modules/mod_slotmem_shm.so" was commented out in > > httpd.conf. > > > > Uncommenting that line made this problem go away. > > > > At the end of the process (with Apache built without > > "--enable-maintainer-mode", and with ap_strchr replaced with > > strchr, which you suggested (but may not be necessary here without > > "--enable-maintainer-mode", I could load my modules successfully. > > > > There were still some errors when running "make test" for mod_perl: > > > > > > ... > > t/hooks/authen_digest.t . 1/7 # Failed test 4 in > > t/hooks/authen_digest.t at line 36 > > # Failed test 5 in t/hooks/authen_digest.t at line 38 > > # Failed test 6 in t/hooks/authen_digest.t at line 42 > > # Failed test 7 in t/hooks/authen_digest.t at line 46 > > t/hooks/authen_digest.t . Failed 4/7 subtests > > ... > > t/perl/ithreads3.t .. 1/6 # Failed test 3 in > > t/perl/ithreads3.t at line 32 > > # Failed test 4 in t/perl/ithreads3.t at line 33 > > # Failed test 5 in t/perl/ithreads3.t at line 35 > > t/perl/ithreads3.t .. Failed 3/6 subtests > > > > Here is some more info: > > > > [12:26:07]jiegao@/usr/local/src/mod_perl:975> rm t/logs/error_log > > jiegao@/usr/local/src/mod_perl:976> t/TEST -v t/hooks/authen_digest.t > > t/perl/ithreads3.t > > [warning] setting ulimit to allow core files > > ulimit -c unlimited; /usr/local/bin/perl /usr/local/src/mod_perl-2.0/t/TEST > > -v 't/hooks/authen_digest.t' 't/perl/ithreads3.t' > > /usr/local/httpd-2.4.12/bin/httpd -d /usr/local/src/mod_perl-2.0/t -f > > /usr/local/src/mod_perl-2.0/t/conf/httpd.conf -D APACHE2 -D APACHE2_4 -D > > PERL_USEITHREADS > > using Apache/2.4.12 (worker MPM) > > > > waiting 300 seconds for server to start: .[Mon Apr 13 12:28:17.29
Re: Trunk: APR.so won't load
Hi Steve Yes, I applied the AP_DEBUG patch. Regards, Jie * Steve Hay wrote: > Date: Tue, 14 Apr 2015 08:32:29 +0100 > From: Steve Hay > To: Jie Gao > CC: "modperl@perl.apache.org" , mod_perl Dev > > Subject: Re: Trunk: APR.so won't load > > That's great news! Was that with the AP_DEBUG patch to > lib/Apache2/Build.pm that I posted last time, or did it just work > without that anyway? > > On 14 April 2015 at 05:13, Jie Gao wrote: > > Hi Steve > > > > I got the src from trunk again and rebuilt httpd with > > "--enable-maintainer-mode", just as you requested, and "make test" > > passed with my module! > > > > Didn't have to fiddle with httpd.conf as slotmem_shm_module wasn't > > commented out this time for some reason. > > > > Still had this when running make test with mod_perl: > > > > t/perl/ithreads3.t .. 1/6 # Failed test 3 in > > t/perl/ithreads3.t at line 32 > > # Failed test 4 in t/perl/ithreads3.t at line 33 > > # Failed test 5 in t/perl/ithreads3.t at line 35 > > t/perl/ithreads3.t .. Failed 3/6 subtests > > > > Thanks very much for your help! > > > > > > Regards, > > > > Jie > > > > * Steve Hay wrote: > > > >> Date: Mon, 13 Apr 2015 09:18:50 +0100 > >> From: Steve Hay > >> To: Jie Gao > >> CC: "modperl@perl.apache.org" , mod_perl Dev > >> > >> Subject: Re: Trunk: APR.so won't load > >> > >> Thanks for the extra information. > >> > >> I think the build with --enable-maintainer-mode succeeded simply > >> because it doesn't include -DAP_DEBUG; the ap_strchr change was > >> probably not related. > >> > >> It would be nice to allow building mod_perl with a httpd built with > >> --enable-maintainer-mode, and in the light of Joe's comment I think we > >> simply need to remove -DAP_DEBUG from the build flags. > >> > >> So please could you try rebuilding again using a clean mod_perl source > >> tree (i.e. revert the ap_strchr change) but with the patch below > >> applied to it, and using an --enable-maintainer-mode httpd? > >> > >> You may still have to fiddle with slotmem_shm_module as before (sorry, > >> I do not know what the problem is there) and I wouldn't expect the two > >> test failures to go away either, but I'm hopeful that this build might > >> at least work. > >> > >> Index: lib/Apache2/Build.pm > >> === > >> --- lib/Apache2/Build.pm(revision 1673126) > >> +++ lib/Apache2/Build.pm(working copy) > >> @@ -616,6 +616,9 @@ > >> my $extra_cppflags = $self->apxs_extra_cppflags; > >> $ccopts .= " " . $extra_cppflags; > >> > >> +# Make sure the evil AP_DEBUG is not defined when building mod_perl > >> +$ccopts =~ s/ ?-DAP_DEBUG\b//; > >> + > >> $ccopts; > >> } > >> > >> > >> On 13 April 2015 at 03:37, Jie Gao wrote: > >> > Hi Steve > >> > > >> > I took some time to look further into this problem: > >> > > >> >> [Fri Apr 10 08:04:45.465468 2015] [proxy_balancer:emerg] [pid 19852:tid > >> >> 140397405107968] AH01177: Failed to lookup provider 'shm' for > >> >> 'slotmem': is mod_slotmem_shm loaded?? > >> > > >> > and I found that the apache build process does not allow > >> > slotmem_shm_module to be loaded by default, i.e. "LoadModule > >> > slotmem_shm_module modules/mod_slotmem_shm.so" was commented out in > >> > httpd.conf. > >> > > >> > Uncommenting that line made this problem go away. > >> > > >> > At the end of the process (with Apache built without > >> > "--enable-maintainer-mode", and with ap_strchr replaced with > >> > strchr, which you suggested (but may not be necessary here without > >> > "--enable-maintainer-mode", I could load my modules successfully. > >> > > >> > There were still some errors when running "make test" for mod_perl: > >> > > >> > > >> > ... > >> > t/hooks/authen_digest.t . 1/7 # Failed test 4 in > >> > t/hooks/authen_digest.t at line 36 > >> > # Faile
Re: mod_perl and apache 2.4
Redhat Enterprise Linux 7 does not seem to have mod_perl in the core distribution channel. Regards, Jie * GLG wrote: > Date: Thu, 16 Apr 2015 10:22:23 -0400 > From: GLG > To: modperl@perl.apache.org > Subject: mod_perl and apache 2.4 > X-Mailer: Microsoft Office Outlook 12.0 > > Hello List, > > I am new here. In the process of moving several websites to a new server > running FreeBSD 10 and Apache 2.4. This needs to happen quickly. > > Unless I am mistaken, it would appear that there is currently no solution as > far as running Perl with Apache 2.4 via mod_perl 2.0.8 (or is there a > version 2.0.9 out?). > > If indeed that is the case, then I must downgrade to a previous version of > Apache. But before I do, I'd like confirmation that my assumptions are > correct. Hopefully someone can answer this or suggest a better alternative. > > I've tried applying a previously released patch, and I've also tried faking > it as described here. > > http://lists.freebsd.org/pipermail/freebsd-ports/2014-August/094405.html > > But in both cases, mod_perl will not build. Please see partial output below. > > > Thank you, > Gina > > > /usr/ports/www/mod_perl2 # make build > ===> ap24-mod_perl2-2.0.8_2,3 depends on package: p5-BSD-Resource>=0 - not > found > ===>Verifying install for p5-BSD-Resource>=0 in > /usr/ports/devel/p5-BSD-Resource > ===> Installing for p5-BSD-Resource-1.2907 > ===> p5-BSD-Resource-1.2907 depends on file: /usr/local/bin/perl5.18.4 - > found > ===> Checking if p5-BSD-Resource already installed > ===> Registering installation for p5-BSD-Resource-1.2907 as automatic > pkg-static: Unable to access file > /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. > 18/mach/BSD/Resource.pm: No such file or directory > pkg-static: Unable to access file > /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. > 18/mach/auto/BSD/Resource/.packlist: No such file or directory > pkg-static: Unable to access file > /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. > 18/mach/auto/BSD/Resource/Resource.so: No such file or directory > pkg-static: Unable to access file > /usr/ports/devel/p5-BSD-Resource/work/stage/usr/local/lib/perl5/site_perl/5. > 18/mach/auto/BSD/Resource/_find_prio.al: No such file or directory > > > > __ > * * Interactive Multimedia - Internet Management * * > * * Virtual Reality - Application Programming * * >* 3D Net Productions 3dnetproductions.com * > > >
Apache 2.4: How to get to "require" now?
Hi Now that "ap_requires" is gone in Apache 2.4, "Apache2::RequestRec->requires" is also no longer available in mod_perl. How do I get to things like "Require valid-user" now? Regards, Jie
Apache 2.4: scope of PerlAddAuthzProvider
Hi When I put the following line within a "Location" section: PerlAddAuthzProvider user My::MyAuth::AuthCookie->authen I get an error: "AH00526: Syntax error on line 545 of /usr/local/httpd-2.4.12/conf/httpd.conf: PerlAddAuthzProvider not allowed here" . But if I put it outside the container, it'll apply globally to everything and that is not what I want. Can somebody clarify this? Regards, Jie
