|
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 correct 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 correct 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 problems. 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 cause. Graham 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
|