I would guess it is related to the libgcc_s.so that is being picked
up.  The version in /usr/local/lib probably has all these libraries
linked.

 -walter

> I don't know either, but it's a simple fact. However, I discovered I am
> getting different results from different users while running the ldd on
> the mod_jk2.so module:
> 
> With my user, I am getting:
> 
> [EMAIL PROTECTED] dsavard]$ ldd /usr/local/apps/apache2/modules/mod_jk2.so 
>       /usr/lib/libgdkxft.so => /usr/lib/libgdkxft.so (0x4002c000)
>       libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 (0x40031000)
>       libc.so.6 => /lib/i686/libc.so.6 (0x40054000)
>       libgtk-1.2.so.0 => /usr/lib/libgtk-1.2.so.0 (0x40190000)
>       libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 (0x402be000)
>       libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 (0x402f4000)
>       libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x402f7000)
>       libdl.so.2 => /lib/libdl.so.2 (0x4031b000)
>       libXi.so.6 => /usr/lib/libXi.so.6 (0x4031f000)
>       libXext.so.6 => /usr/lib/libXext.so.6 (0x40327000)
>       libX11.so.6 => /usr/lib/libX11.so.6 (0x40336000)
>       libm.so.6 => /lib/i686/libm.so.6 (0x40400000)
>       libXft.so.1 => /usr/lib/libXft.so.1 (0x40423000)
>       /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
>       libXrender.so.1 => /usr/lib/libXrender.so.1 (0x4044d000)
>       libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40452000)
>       libz.so.1 => /usr/lib/libz.so.1 (0x404a3000)
> 
> And using another user:
> 
> [EMAIL PROTECTED] gnometest]$ ldd
> /usr/local/apps/apache2/modules/mod_jk2.so 
>       libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40046000)
>       libc.so.6 => /lib/i686/libc.so.6 (0x4004f000)
>       /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
> 
> I know it's no longer a Tomcat question, but anyone knows what can
> influence the result of the ldd command? A but? A problem with the glibc
> library? Anyone has ever encountered such a problem?
> 
> I tried unsetting the LIBRARY and LD_LIBRARY_PATH environment variables
> without anoy success. And anyway, I don't see how any variable can
> influence which libraries are required to resolve a symbol, except the
> path to these libraries.
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to