You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by Fred Moyer <fr...@taperfriendlymusic.org> on 2004/04/16 21:45:43 UTC
[mp2] Re: Getting help for MasonX::Apache2Handler
On Apr 16, 2004, at 10:35 AM, Fred Moyer wrote:
>>
>> 2) Note that your libapreq2 had been installed under Apache2. This
>> scheme is used to isolate Apache2-specific code from Apache1 code.
>> On my machine I do not have Apache1 and everything is installed
>> w/o the Apache2 directory. The 'use Apache2 ();' directive prepends
>> direcories in the @INC array with Apache2/ (I think). Maybe my
>> Makefile.PL needs a 'use Apache2 ();' - but I am not sure what will
>> happen during the make and make install.
>
> Adding 'use Apache2 ();' to the Makefile.PL fixed the problem. Thanks!
Addendum:
The 'perl Makefile.PL' statement ran properly without errors on Linux
2.6.3 but on Darwin 7.0.3 building the Makefile generated the following
error. This occurs with the latest releases as well as cvs tips of
apreq2 and mp2. Perl 5.8.3 and httpd-2.0.49 were used.
Checking if your kit is complete...
Looks good
dyld: perl Undefined symbols:
/Users/fredmoyer/dev/perl-5.8.3/lib/site_perl/5.8.3/darwin-2level/auto/
APR/Table/Table.bundle undefined reference to _modperl_hash_tie
expected to be defined in a dynamic image
/Users/fredmoyer/dev/perl-5.8.3/lib/site_perl/5.8.3/darwin-2level/auto/
APR/Table/Table.bundle undefined reference to _modperl_hash_tied_object
expected to be defined in a dynamic image
Trace/BPT trap
--
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] [solved] Re: Getting help for MasonX::Apache2Handler
Posted by "Beau E. Cox" <be...@beaucox.com>.
On Monday 19 April 2004 12:20 pm, Fred Moyer wrote:
> On Apr 17, 2004, at 1:03 AM, Stas Bekman wrote:
> > Beau E. Cox wrote:
> > [...]
> >
> >> Linux version 2.6.5 (Beau E. Cox on @cathy.beaucox.com)
> >> (gcc version 3.3.3) #1 Mon Apr 5 22:15:29 HST 2004
> >> I did this:
> >> $ export RTLD_NOW=1
> >> $ perl Makefile.PL
> >
> > [...]
> >
> >> Writing Makefile for MasonX::Apache2Handler
> >> $ set|grep RTLD
> >> RTLD_NOW=1
> >> Everything ok. Can't seem to reproduce your problem, Fred.
> >
> > That means that Makemaker is doing something different on OSX, than
> > Linux. Fred, try adding this at the very top of your Makefile.PL and
> > that should show you who tries to load APR/Table.pm
> >
> > BEGIN {
> > use Carp;
> > $SIG{__DIE__} = \&Carp::confess;
> > }
>
> The error statement is being thrown while requiring Apache::Cookie in
> MakeMaker. I was able to verify this with a test script requiring
> Apache::Cookie. This problem is specific to apreq2 on Darwin, I'll
> take this issue to the appropriate list.
>
> Thanks for your help guys. Sorry for the false alarm Beau.
> MasonX::Apache2Handler is working great on Linux.
Glad you're OK Fred.
I have added 'use Apache2;' to Makefile.PL for the next release.
If you find anything I can change in my distribution to fix the
Darwin troubles, please let me know and/or send me a patch.
Aloha => Beau;
--
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] [solved] Re: Getting help for MasonX::Apache2Handler
Posted by Stas Bekman <st...@stason.org>.
Fred Moyer wrote:
> On Apr 17, 2004, at 1:03 AM, Stas Bekman wrote:
>
>> Beau E. Cox wrote:
>> [...]
>>
>>> Linux version 2.6.5 (Beau E. Cox on @cathy.beaucox.com)
>>> (gcc version 3.3.3) #1 Mon Apr 5 22:15:29 HST 2004
>>> I did this:
>>> $ export RTLD_NOW=1
>>> $ perl Makefile.PL
>>
>> [...]
>>
>>> Writing Makefile for MasonX::Apache2Handler
>>> $ set|grep RTLD
>>> RTLD_NOW=1
>>> Everything ok. Can't seem to reproduce your problem, Fred.
>>
>>
>> That means that Makemaker is doing something different on OSX, than
>> Linux. Fred, try adding this at the very top of your Makefile.PL and
>> that should show you who tries to load APR/Table.pm
>>
>> BEGIN {
>> use Carp;
>> $SIG{__DIE__} = \&Carp::confess;
>> }
>
>
> The error statement is being thrown while requiring Apache::Cookie in
> MakeMaker. I was able to verify this with a test script requiring
> Apache::Cookie. This problem is specific to apreq2 on Darwin, I'll take
> this issue to the appropriate list.
FWIW, apreq-dev is alredy aware of this issue. At the moment, do not try
loading Apache::Cookie or Apache::Request w/o making sure that you running
under mod_perl (i.e. check that $ENV{MOD_PERL} is true.)
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] [solved] Re: Getting help for MasonX::Apache2Handler
Posted by Fred Moyer <fr...@taperfriendlymusic.org>.
On Apr 17, 2004, at 1:03 AM, Stas Bekman wrote:
> Beau E. Cox wrote:
> [...]
>> Linux version 2.6.5 (Beau E. Cox on @cathy.beaucox.com)
>> (gcc version 3.3.3) #1 Mon Apr 5 22:15:29 HST 2004
>> I did this:
>> $ export RTLD_NOW=1
>> $ perl Makefile.PL
> [...]
>> Writing Makefile for MasonX::Apache2Handler
>> $ set|grep RTLD
>> RTLD_NOW=1
>> Everything ok. Can't seem to reproduce your problem, Fred.
>
> That means that Makemaker is doing something different on OSX, than
> Linux. Fred, try adding this at the very top of your Makefile.PL and
> that should show you who tries to load APR/Table.pm
>
> BEGIN {
> use Carp;
> $SIG{__DIE__} = \&Carp::confess;
> }
The error statement is being thrown while requiring Apache::Cookie in
MakeMaker. I was able to verify this with a test script requiring
Apache::Cookie. This problem is specific to apreq2 on Darwin, I'll
take this issue to the appropriate list.
Thanks for your help guys. Sorry for the false alarm Beau.
MasonX::Apache2Handler is working great on Linux.
Fred
--
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] Re: Getting help for MasonX::Apache2Handler
Posted by Stas Bekman <st...@stason.org>.
Beau E. Cox wrote:
[...]
> Linux version 2.6.5 (Beau E. Cox on @cathy.beaucox.com)
> (gcc version 3.3.3) #1 Mon Apr 5 22:15:29 HST 2004
>
> I did this:
>
> $ export RTLD_NOW=1
> $ perl Makefile.PL
[...]
> Writing Makefile for MasonX::Apache2Handler
> $ set|grep RTLD
> RTLD_NOW=1
>
> Everything ok. Can't seem to reproduce your problem, Fred.
That means that Makemaker is doing something different on OSX, than Linux.
Fred, try adding this at the very top of your Makefile.PL and that should show
you who tries to load APR/Table.pm
BEGIN {
use Carp;
$SIG{__DIE__} = \&Carp::confess;
}
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] Re: Getting help for MasonX::Apache2Handler
Posted by "Beau E. Cox" <be...@beaucox.com>.
On Friday 16 April 2004 08:40 pm, Stas Bekman wrote:
> Beau E. Cox wrote:
> > On Friday 16 April 2004 10:38 am, Stas Bekman wrote:
> >>Fred Moyer wrote:
[snipped]
> >>>The 'perl Makefile.PL' statement ran properly without errors on Linux
> >>>2.6.3 but on Darwin 7.0.3 building the Makefile generated the following
> >>>error. This occurs with the latest releases as well as cvs tips of
> >>>apreq2 and mp2. Perl 5.8.3 and httpd-2.0.49 were used.
> >>>
> >>>Checking if your kit is complete...
> >>>Looks good
> >>>dyld: perl Undefined symbols:
> >>>/Users/fredmoyer/dev/perl-5.8.3/lib/site_perl/5.8.3/darwin-2level/auto/
> >>>APR/Table/Table.bundle undefined reference to _modperl_hash_tie
> >>>expected to be defined in a dynamic image
> >>>/Users/fredmoyer/dev/perl-5.8.3/lib/site_perl/5.8.3/darwin-2level/auto/
> >>>APR/Table/Table.bundle undefined reference to _modperl_hash_tied_object
> >>>expected to be defined in a dynamic image
> >>>Trace/BPT trap
> >>
> >>It shouldn't try to load APR::Table unless mod_perl is loaded and
> >> running. Where is it getting loaded from?
> >
> > Hi Stas and Fred -
> >
> > I am befuddled. Fred says this happended 'building the make file'
> > which I take to mean running Makefile.PL (is that what you mean Fred?)
> > The 'Makefile.PL' is pretty standard:
>
> Beau, I haven't tried your handler so I can't tell. But what I can tell is
> how to reproduce Fred's issue. OSX and a few other platforms runtime
> loaders require resolution of all symbols in a shared library that's about
> to be loaded at the startup. Most other platforms do symbol resolution on
> demand, so you could be unware of an unresolved symbol unless it's used.
> There is a way though to force the symbols resolution at the startup, by
> setting the environment variable RTLD_NOW=1. Not sure why the DynaLoader
> manpage doesn't mention that. It probably should.
Hi -
On my Sorcerer Linux -
Linux version 2.6.5 (Beau E. Cox on @cathy.beaucox.com)
(gcc version 3.3.3) #1 Mon Apr 5 22:15:29 HST 2004
I did this:
$ export RTLD_NOW=1
$ perl Makefile.PL
-----------------------------------------------------------
MasonX::Apache2Handler is an EXPERIMENTAL BETA RELEASE!
Please install and use it only on a test system.
(But it really, really works! The brave-hearted can use
it in production.)
Aloha => Beau;
-----------------------------------------------------------
Checking if your kit is complete...
Looks good
Writing Makefile for MasonX::Apache2Handler
$ set|grep RTLD
RTLD_NOW=1
Everything ok. Can't seem to reproduce your problem, Fred.
Aloha => Beau;
--
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] Re: Getting help for MasonX::Apache2Handler
Posted by Stas Bekman <st...@stason.org>.
Beau E. Cox wrote:
> On Friday 16 April 2004 10:38 am, Stas Bekman wrote:
>
>>Fred Moyer wrote:
>>
>>>On Apr 16, 2004, at 10:35 AM, Fred Moyer wrote:
>>>
>>>>>2) Note that your libapreq2 had been installed under Apache2. This
>>>>>scheme is used to isolate Apache2-specific code from Apache1 code.
>>>>>On my machine I do not have Apache1 and everything is installed
>>>>>w/o the Apache2 directory. The 'use Apache2 ();' directive prepends
>>>>>direcories in the @INC array with Apache2/ (I think). Maybe my
>>>>>Makefile.PL needs a 'use Apache2 ();' - but I am not sure what will
>>>>>happen during the make and make install.
>>>>
>>>>Adding 'use Apache2 ();' to the Makefile.PL fixed the problem. Thanks!
>>>
>>>Addendum:
>>>
>>>The 'perl Makefile.PL' statement ran properly without errors on Linux
>>>2.6.3 but on Darwin 7.0.3 building the Makefile generated the following
>>>error. This occurs with the latest releases as well as cvs tips of
>>>apreq2 and mp2. Perl 5.8.3 and httpd-2.0.49 were used.
>>>
>>>Checking if your kit is complete...
>>>Looks good
>>>dyld: perl Undefined symbols:
>>>/Users/fredmoyer/dev/perl-5.8.3/lib/site_perl/5.8.3/darwin-2level/auto/
>>>APR/Table/Table.bundle undefined reference to _modperl_hash_tie
>>>expected to be defined in a dynamic image
>>>/Users/fredmoyer/dev/perl-5.8.3/lib/site_perl/5.8.3/darwin-2level/auto/
>>>APR/Table/Table.bundle undefined reference to _modperl_hash_tied_object
>>>expected to be defined in a dynamic image
>>>Trace/BPT trap
>>
>>It shouldn't try to load APR::Table unless mod_perl is loaded and running.
>>Where is it getting loaded from?
>
>
> Hi Stas and Fred -
>
> I am befuddled. Fred says this happended 'building the make file'
> which I take to mean running Makefile.PL (is that what you mean Fred?)
> The 'Makefile.PL' is pretty standard:
Beau, I haven't tried your handler so I can't tell. But what I can tell is how
to reproduce Fred's issue. OSX and a few other platforms runtime loaders
require resolution of all symbols in a shared library that's about to be
loaded at the startup. Most other platforms do symbol resolution on demand, so
you could be unware of an unresolved symbol unless it's used. There is a way
though to force the symbols resolution at the startup, by setting the
environment variable RTLD_NOW=1. Not sure why the DynaLoader manpage doesn't
mention that. It probably should.
> use 5.008;
> use ExtUtils::MakeMaker;
> # See lib/ExtUtils/MakeMaker.pm for details of how to influence
> # the contents of the Makefile that is written.
>
> print <<"*EOF*";
> -----------------------------------------------------------
> MasonX::Apache2Handler is an EXPERIMENTAL BETA RELEASE!
> Please install and use it only on a test system.
> (But it really, really works! The brave-hearted can use
> it in production.)
> Aloha => Beau;
> -----------------------------------------------------------
> *EOF*
> sleep 3;
>
> WriteMakefile(
> NAME => 'MasonX::Apache2Handler',
> VERSION_FROM => 'lib/MasonX/Apache2Handler.pm', # finds $VERSION
> PREREQ_PM =>
> {
> mod_perl => 1.9910,
> 'HTML::Mason' => 1.25,
> 'Apache::Request' => '2.02-dev',
> 'Apache::Cookie' => '2.02-dev',
> }, # e.g., Module::Name => 1.1
> ($] >= 5.005 ? ## Add these new keywords supported since 5.005
> (ABSTRACT_FROM => 'lib/MasonX/Apache2Handler.pm', # retrieve abstract
> from module
> AUTHOR => 'Beau E. Cox <ma...@beaucox.com>') : ()),
> );
>
> Fred said he added 'use Apache2;' - Geoff agreed this should be done.
>
> So I don't see anything here that could trigger the errors above. Fred
> could you confirm this is when your errors occured and show where you
> put 'use Apache2;'?
>
> Maybe the use should not import anything: 'use Apache2 ();' ???
Nuh, Apache2.pm only mangles @INC. It doesn't load anything.
It should be easy to figure out where the problem is coming from with a simple:
use Carp;
$SIG{__DIE__} = \&Carp::confess;
assuming that no external processes are invoked on the way.
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] Re: Getting help for MasonX::Apache2Handler
Posted by fr...@taperfriendlymusic.org.
<...>
>> >
>> > The 'perl Makefile.PL' statement ran properly without errors on Linux
>> > 2.6.3 but on Darwin 7.0.3 building the Makefile generated the
>> following
>> > error. This occurs with the latest releases as well as cvs tips of
>> > apreq2 and mp2. Perl 5.8.3 and httpd-2.0.49 were used.
>> >
>> > Checking if your kit is complete...
>> > Looks good
>> > dyld: perl Undefined symbols:
>> > /Users/fredmoyer/dev/perl-5.8.3/lib/site_perl/5.8.3/darwin-2level/auto/
>> > APR/Table/Table.bundle undefined reference to _modperl_hash_tie
>> > expected to be defined in a dynamic image
>> > /Users/fredmoyer/dev/perl-5.8.3/lib/site_perl/5.8.3/darwin-2level/auto/
>> > APR/Table/Table.bundle undefined reference to
>> _modperl_hash_tied_object
>> > expected to be defined in a dynamic image
>> > Trace/BPT trap
>>
>> It shouldn't try to load APR::Table unless mod_perl is loaded and
>> running.
>> Where is it getting loaded from?
>
> Hi Stas and Fred -
>
> I am befuddled. Fred says this happended 'building the make file'
> which I take to mean running Makefile.PL (is that what you mean Fred?)
> The 'Makefile.PL' is pretty standard:
>
> use 5.008;
> use ExtUtils::MakeMaker;
use Apache2 ();
I added use 'Apache2();' right here. But when I ran a new mod_perl2
configuration without MP_INST_APACHE2 the same error above occurred
(without use Apache2 pragma). So I think the initial problem of 'use
Apache2 ();' was solved and this was next in line.
I'll try this from fresh checkouts to make sure nothing went awry. I had
to make some compatibility changes to apreq2 for darwin with regards to
glibtool but other than that no changes to the code. It's working great
on Linux ;)
--
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] Re: Getting help for MasonX::Apache2Handler
Posted by "Beau E. Cox" <be...@beaucox.com>.
On Friday 16 April 2004 10:38 am, Stas Bekman wrote:
> Fred Moyer wrote:
> > On Apr 16, 2004, at 10:35 AM, Fred Moyer wrote:
> >>> 2) Note that your libapreq2 had been installed under Apache2. This
> >>> scheme is used to isolate Apache2-specific code from Apache1 code.
> >>> On my machine I do not have Apache1 and everything is installed
> >>> w/o the Apache2 directory. The 'use Apache2 ();' directive prepends
> >>> direcories in the @INC array with Apache2/ (I think). Maybe my
> >>> Makefile.PL needs a 'use Apache2 ();' - but I am not sure what will
> >>> happen during the make and make install.
> >>
> >> Adding 'use Apache2 ();' to the Makefile.PL fixed the problem. Thanks!
> >
> > Addendum:
> >
> > The 'perl Makefile.PL' statement ran properly without errors on Linux
> > 2.6.3 but on Darwin 7.0.3 building the Makefile generated the following
> > error. This occurs with the latest releases as well as cvs tips of
> > apreq2 and mp2. Perl 5.8.3 and httpd-2.0.49 were used.
> >
> > Checking if your kit is complete...
> > Looks good
> > dyld: perl Undefined symbols:
> > /Users/fredmoyer/dev/perl-5.8.3/lib/site_perl/5.8.3/darwin-2level/auto/
> > APR/Table/Table.bundle undefined reference to _modperl_hash_tie
> > expected to be defined in a dynamic image
> > /Users/fredmoyer/dev/perl-5.8.3/lib/site_perl/5.8.3/darwin-2level/auto/
> > APR/Table/Table.bundle undefined reference to _modperl_hash_tied_object
> > expected to be defined in a dynamic image
> > Trace/BPT trap
>
> It shouldn't try to load APR::Table unless mod_perl is loaded and running.
> Where is it getting loaded from?
Hi Stas and Fred -
I am befuddled. Fred says this happended 'building the make file'
which I take to mean running Makefile.PL (is that what you mean Fred?)
The 'Makefile.PL' is pretty standard:
use 5.008;
use ExtUtils::MakeMaker;
# See lib/ExtUtils/MakeMaker.pm for details of how to influence
# the contents of the Makefile that is written.
print <<"*EOF*";
-----------------------------------------------------------
MasonX::Apache2Handler is an EXPERIMENTAL BETA RELEASE!
Please install and use it only on a test system.
(But it really, really works! The brave-hearted can use
it in production.)
Aloha => Beau;
-----------------------------------------------------------
*EOF*
sleep 3;
WriteMakefile(
NAME => 'MasonX::Apache2Handler',
VERSION_FROM => 'lib/MasonX/Apache2Handler.pm', # finds $VERSION
PREREQ_PM =>
{
mod_perl => 1.9910,
'HTML::Mason' => 1.25,
'Apache::Request' => '2.02-dev',
'Apache::Cookie' => '2.02-dev',
}, # e.g., Module::Name => 1.1
($] >= 5.005 ? ## Add these new keywords supported since 5.005
(ABSTRACT_FROM => 'lib/MasonX/Apache2Handler.pm', # retrieve abstract
from module
AUTHOR => 'Beau E. Cox <ma...@beaucox.com>') : ()),
);
Fred said he added 'use Apache2;' - Geoff agreed this should be done.
So I don't see anything here that could trigger the errors above. Fred
could you confirm this is when your errors occured and show where you
put 'use Apache2;'?
Maybe the use should not import anything: 'use Apache2 ();' ???
Aloha => Beau;
--
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] Re: Getting help for MasonX::Apache2Handler
Posted by Stas Bekman <st...@stason.org>.
Fred Moyer wrote:
>
> On Apr 16, 2004, at 10:35 AM, Fred Moyer wrote:
>
>>>
>>> 2) Note that your libapreq2 had been installed under Apache2. This
>>> scheme is used to isolate Apache2-specific code from Apache1 code.
>>> On my machine I do not have Apache1 and everything is installed
>>> w/o the Apache2 directory. The 'use Apache2 ();' directive prepends
>>> direcories in the @INC array with Apache2/ (I think). Maybe my
>>> Makefile.PL needs a 'use Apache2 ();' - but I am not sure what will
>>> happen during the make and make install.
>>
>>
>> Adding 'use Apache2 ();' to the Makefile.PL fixed the problem. Thanks!
>
>
> Addendum:
>
> The 'perl Makefile.PL' statement ran properly without errors on Linux
> 2.6.3 but on Darwin 7.0.3 building the Makefile generated the following
> error. This occurs with the latest releases as well as cvs tips of
> apreq2 and mp2. Perl 5.8.3 and httpd-2.0.49 were used.
>
> Checking if your kit is complete...
> Looks good
> dyld: perl Undefined symbols:
> /Users/fredmoyer/dev/perl-5.8.3/lib/site_perl/5.8.3/darwin-2level/auto/
> APR/Table/Table.bundle undefined reference to _modperl_hash_tie
> expected to be defined in a dynamic image
> /Users/fredmoyer/dev/perl-5.8.3/lib/site_perl/5.8.3/darwin-2level/auto/
> APR/Table/Table.bundle undefined reference to _modperl_hash_tied_object
> expected to be defined in a dynamic image
> Trace/BPT trap
It shouldn't try to load APR::Table unless mod_perl is loaded and running.
Where is it getting loaded from?
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html