On Thu, 2009-06-11 at 16:12 +0530, gmanohar wrote: > Hi, > > I need some help in migrating our existing code from RHEL4 to centOS 4.2. > We use apache configured as a proxy server and ,we have an out filter > module registered with apache 2.2.4, where we gets the page content and > do some processing based on the content. > Everything worked fine in RHEL4 but when the same code was migrated to > CentOS4.2 and compiled there ,a segmentation fault occurs while loading > the module. > we have some infilter modules also registered but did not face any > problem with loading them, the issue is with the loading the out filter. > > details of the setup > apache was configured with following command > > ./configure --prefix=/usr/local/apache2 > --enable-mods-shared="proxy_connect proxy_ftp proxy_http proxy status > rewrite deflate" --with-mpm=worker --with-included-apr > > uname -a : > Linux srv-ind-ffi12.vanenburg.com 2.6.9-22.ELsmp #1 SMP Sat Oct 8 > 19:11:43 CDT 2005 i686 i686 i386 GNU/Linux > > gcc version: > > Configured with: ../configure --prefix=/usr --mandir=/usr/share/man > --infodir=/usr/share/info --enable-shared --enable-threads=posix > --disable-checking --with-system-zlib --enable-__cxa_atexit > --disable-libunwind-exceptions --enable-java-awt=gtk > --host=i386-redhat-linux > Thread model: posix > gcc version 3.4.4 20050721 (Red Hat 3.4.4-2) ^^^^^^^^^^^^^^^ Thought it was recompiled on the CentOS box? > > The following is the back trace using gdb. > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1208027456 (LWP 16497)] > 0x009d9641 in __gnu_cxx::__exchange_and_add () from /usr/lib/libstdc++.so.6 > (gdb) bt > #0 0x009d9641 in __gnu_cxx::__exchange_and_add () from > /usr/lib/libstdc++.so.6 > #1 0x00ee4fc5 in __tcf_4 () from > /usr/local/apache2/modules/mod_np_dynamic_filter.so > #2 0x0013b6e4 in __cxa_finalize () from /lib/tls/libc.so.6 > #3 0x00eaacea in __do_global_dtors_aux () from > /usr/local/apache2/modules/mod_np_dynamic_filter.so > #4 0x00f184de in _fini () from > /usr/local/apache2/modules/mod_np_dynamic_filter.so > #5 0x0020df6b in _dl_close () from /lib/tls/libc.so.6 > #6 0x00418d5a in dlclose_doit () from /lib/libdl.so.2 > #7 0x00a9d07e in _dl_catch_error () from /lib/ld-linux.so.2 > #8 0x004192bb in _dlerror_run () from /lib/libdl.so.2 > #9 0x00418d8a in dlclose () from /lib/libdl.so.2 > #10 0x00b260b5 in dso_cleanup (thedso=0x9ba8ed0) at dso/unix/dso.c:72 > #11 0x00b2b2d1 in run_cleanups (cref=0x9b240b8) at > memory/unix/apr_pools.c:2034 > #12 0x00b2c04d in apr_pool_clear (pool=0x9b240a8) at > memory/unix/apr_pools.c:689 > #13 0x08062024 in main (argc=3, argv=0xbff26764) at main.c:667 > (gdb) q > > Did some one face the same problem ,or can anyone give me an idea > regarding the problem/solution. > > Thanks & regards, > Manohar. So it dies when unloading the (custom module) mod_np_dynamic_filter.so, when calling __cxa_finalize(), which is a libc function called to handle destructing all global and static local C++ objects, and to call all registered C++ atexit() handlers. I think that either the module was compiled with a different compiler than httpd, or that your module tries to shutdown a library that has changed version in the move. Either way, this has nothing to do with apache, it is all in your proprietary code. Cheers Tom --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx