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-unsubscr...@httpd.apache.org
" from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org
