Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: ModPerl: ModPerl

Apache2::Request undefined symbol

 

 

ModPerl modperl RSS feed   Index | Next | Previous | View Threaded


pcn60 at bigpond

Jul 6, 2008, 3:31 PM

Post #1 of 6 (1889 views)
Permalink
Apache2::Request undefined symbol

I installed the library package 'libapreq2' on an Ubuntu 7.10 distro,
and tried dereferencing the 'Apache2::Request' module in a mod_perl
script, but it crashed with '/usr/sbin/apache2: symbol lookup error:

/usr/lib/perl5/auto/APR/Request/Apache2/Apache2.so: undefined symbol:
apreq_handle_apache2'.

I ran 'nm' on libapreq2.so.3 and it returned "nm:
/usr/lib/libapreq2.so.3: no symbols".

Can anyone help with this?

Thanks,

Paul Cameron
Email: <mailto:pcn60 [at] bigpond> pcn60 [at] bigpond
Phone: (07) 3102 5687
Mobile: 0410 442 756


jansen at hbz-nrw

Jul 7, 2008, 12:14 AM

Post #2 of 6 (1811 views)
Permalink
Re: Apache2::Request undefined symbol [In reply to]

Am Montag, den 07.07.2008, 08:31 +1000 schrieb Paul Cameron:
> I installed the library package 'libapreq2' on an Ubuntu 7.10 distro,
> and tried dereferencing the 'Apache2::Request' module in a mod_perl
> script, but it crashed with '/usr/sbin/apache2: symbol lookup error:
>
> /usr/lib/perl5/auto/APR/Request/Apache2/Apache2.so: undefined symbol:
> apreq_handle_apache2'.
>
> I ran 'nm' on libapreq2.so.3 and it returned
> "nm: /usr/lib/libapreq2.so.3: no symbols".
>
> Can anyone help with this?

Did you put

LoadModule apreq_module modules/mod_apreq2.so

in your httpd.conf?

Heiko


pcn60 at bigpond

Jul 7, 2008, 12:23 AM

Post #3 of 6 (1792 views)
Permalink
RE: Apache2::Request undefined symbol [In reply to]

Yes, it's there. I just found the problem.

The 'aptitude' package manager installed the libapreq2 package but
unfortunately, it didn't create the symbolic link that's required in the
apache2/mods-enabled directory pointing to
apache2/mods-available/apreq.load. So, when the server started, it
didn't load mod_apreq2.so.

Thanks for your help, anyway.

-----Original Message-----
From: Heiko Jansen [mailto:jansen [at] hbz-nrw]
Sent: Monday, 7 July 2008 5:15 PM
To: modperl [at] perl
Subject: Re: Apache2::Request undefined symbol



Am Montag, den 07.07.2008, 08:31 +1000 schrieb Paul Cameron:
> I installed the library package 'libapreq2' on an Ubuntu 7.10 distro,
> and tried dereferencing the 'Apache2::Request' module in a mod_perl
> script, but it crashed with '/usr/sbin/apache2: symbol lookup error:
>
> /usr/lib/perl5/auto/APR/Request/Apache2/Apache2.so: undefined symbol:
> apreq_handle_apache2'.
>
> I ran 'nm' on libapreq2.so.3 and it returned
> "nm: /usr/lib/libapreq2.so.3: no symbols".
>
> Can anyone help with this?

Did you put

LoadModule apreq_module modules/mod_apreq2.so

in your httpd.conf?

Heiko


hedges at scriptdolphin

Jul 7, 2008, 11:10 AM

Post #4 of 6 (1795 views)
Permalink
RE: Apache2::Request undefined symbol [In reply to]

That's a normal thing. All installed modules put their
config into mods-available. Then you use `a2enmod` to
manage those symlinks and turn them on or off in
mods-enabled.

Mark

On Mon, 7 Jul 2008, Paul Cameron wrote:

> Yes, it's there. I just found the problem.
>
> The 'aptitude' package manager installed the libapreq2 package but
> unfortunately, it didn't create the symbolic link that's required in the
> apache2/mods-enabled directory pointing to
> apache2/mods-available/apreq.load. So, when the server started, it
> didn't load mod_apreq2.so.
>
> Thanks for your help, anyway.
>
> -----Original Message-----
> From: Heiko Jansen [mailto:jansen [at] hbz-nrw]
> Sent: Monday, 7 July 2008 5:15 PM
> To: modperl [at] perl
> Subject: Re: Apache2::Request undefined symbol
>
>
>
> Am Montag, den 07.07.2008, 08:31 +1000 schrieb Paul Cameron:
> > I installed the library package 'libapreq2' on an Ubuntu 7.10 distro,
> > and tried dereferencing the 'Apache2::Request' module in a mod_perl
> > script, but it crashed with '/usr/sbin/apache2: symbol lookup error:
> >
> > /usr/lib/perl5/auto/APR/Request/Apache2/Apache2.so: undefined symbol:
> > apreq_handle_apache2'.
> >
> > I ran 'nm' on libapreq2.so.3 and it returned
> > "nm: /usr/lib/libapreq2.so.3: no symbols".
> >
> > Can anyone help with this?
>
> Did you put
>
> LoadModule apreq_module modules/mod_apreq2.so
>
> in your httpd.conf?
>
> Heiko
>
>


cww at denterprises

Jul 9, 2008, 7:52 PM

Post #5 of 6 (1766 views)
Permalink
Re: Apache2::Request undefined symbol [In reply to]

Mark Hedges wrote:
> That's a normal thing. All installed modules put their
> config into mods-available. Then you use `a2enmod` to
> manage those symlinks and turn them on or off in
> mods-enabled.

+1

I believe all Debian-based distributions have done this with Apache 2
for a few years now.

It scared me quite nicely when I upgraded the first time they did this
(on Debian "unstable", I believe) and found none of my modules were
enabled anymore and my Apache configuration had been overwritten. :)

Colin


pcn60 at bigpond

Jul 9, 2008, 8:24 PM

Post #6 of 6 (1776 views)
Permalink
RE: Apache2::Request undefined symbol [In reply to]

Yes, it's not obvious that you need to enable the module after
installing it. Why doesn't the installer enable it automatically?

-----Original Message-----
From: Colin Wetherbee [mailto:cww [at] denterprises]
Sent: Thursday, 10 July 2008 12:52 PM
To: Mark Hedges
Cc: Paul Cameron; modperl [at] perl
Subject: Re: Apache2::Request undefined symbol


Mark Hedges wrote:
> That's a normal thing. All installed modules put their config into
> mods-available. Then you use `a2enmod` to manage those symlinks and
> turn them on or off in mods-enabled.

+1

I believe all Debian-based distributions have done this with Apache 2
for a few years now.

It scared me quite nicely when I upgraded the first time they did this
(on Debian "unstable", I believe) and found none of my modules were
enabled anymore and my Apache configuration had been overwritten. :)

Colin

ModPerl modperl RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.