[mod_python] undefined symbol: apr_table_compress ??

Graham Dumpleton grahamd at dscpl.com.au
Wed May 17 08:43:58 EDT 2006

That the APR library has been stripped is not the problem in itself
as the symbol should still be in there, you just may not be able to see
it on some platforms when using nm. The real problem is probably
that the wrong APR library version has been used and the symbol
was not in the library, stripped or not stripped. Thus the real essence
of what the web page you refer to is telling you is to ensure the  
APR library version is used when mod_perl (mod_python in our
case) is being built. In practice this should not be an issue if the  
version of apxs is found when configuring mod_python source code.
If not finding the correct version, the --with-apxs option can be used
to configure. But then, if your runtime library search path causes
Apache to still pick up the wrong version when run, you'll still have

Thus, also determine if LD_LIBRARY_PATH is set in environment which
Apache runs under. With that same value of LD_LIBRARY_PATH
set and exported, run "ldd" on "httpd" binary to see what APR library
is being found. Work out what version that library may be. Work out
if this is the version that it should be using based on what Apache was
built against. If they are different, that will be the more probable  


On 17/05/2006, at 10:06 PM, hrz at geodata.soton.ac.uk wrote:

> I've just come across the problem defined below using mod_python
> 3.2.8. After some hunting around, it transpires that the problem is
> that the installed APR has been stripped (we're using Red Hat) as
> described very nicely at:
> http://search.cpan.org/dist/mod_perl/docs/user/troubleshooting/ 
> troubleshooting.pod#undefined_symbol%3A_apr_table_compress
> The attached patch to the 3.2.8 configure.in file seemed to catch the
> error (autoconf needs to be run after applying this). After looking at
> http://www.modpython.org/pipermail/mod_python/2006-February/ 
> 020286.html
> some better solution using apr-config might be better to ensure that
> APR is as required.
> Kind regards,
> Homme.
>>> I've downloaded mod_python 3.2.5b (Beta) and compiled it using
>>> ./configure --with-apxs=/usr/sbin/apxs --with-python=/usr/local/bin/
>>> python2.3
>>> make
>>> make install
>>> just as the documentation says. But when I add LoadModule... to my
>>> httpd.conf and restart Apache 2.0.46 I get the error message
>>> Cannot load /etc/httpd/modules/mod_python.so into server:
>>> /etc/httpd/modules/mod_python.so: undefined symbol:  
>>> apr_table_compress
>>> any ideas on how to fix this??
>>> Regards
>>> Martin
>> Martin, did you ever sort this out? I appreciate no help was
>> forthcoming on
>> the list. It doesn't seem to be anything we have specifically seen.
>> Thus, bar
>> suggesting a rebuild of Apache and mod_python from scratch, probably
>> nothing else anyone could think of to suggest.
>> Graham
> <configure.in.patch>
> _______________________________________________
> Mod_python mailing list
> Mod_python at modpython.org
> http://mailman.modpython.org/mailman/listinfo/mod_python

More information about the Mod_python mailing list