That is possibly the coolest command I've ever seen. Or maybe I'm just
easily impressed :) I, apparently, really need to read up on the GNU tools.
I actually had the shared object in /usr/local/lib, but whatever, nothing
matched on the grep, check it out:
[EMAIL PROTECTED] ica]$ ldd /usr/local/lib/librrdPlugin.so
libxml2.so.2 => /usr/lib/libxml2.so.2 (0x001e8000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00111000)
libresolv.so.2 => /lib/libresolv.so.2 (0x00be5000)
libnsl.so.1 => /lib/libnsl.so.1 (0x004f9000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x00a95000)
libc.so.6 => /lib/tls/libc.so.6 (0x002de000)
libssl.so.4 => /lib/libssl.so.4 (0x007c8000)
libcrypto.so.4 => /lib/libcrypto.so.4 (0x005f2000)
libpcap.so.0.6.2 => /usr/lib/libpcap.so.0.6.2 (0x00bc1000)
libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x001be000)
libgd.so.2 => /usr/lib/libgd.so.2 (0x00121000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00e2b000)
libz.so.1 => /usr/lib/libz.so.1 (0x00159000)
libm.so.6 => /lib/tls/libm.so.6 (0x0016a000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x005dc000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00719000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00edd000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0x0018c000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00dd9000)
libdl.so.2 => /lib/libdl.so.2 (0x00a44000)
libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x0018f000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x00417000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x0098f000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x0050e000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x008db000)
I've also got a librrdPlugin-3.0.so, which seemed to print almost the exact
same output (also didn't match the same grep statement). I can compare more
closely if it matters at all, I'm just not sure.
I'm a little confused though. I assume this mean that the librrdPlugin
shared object is linked against all these libraries? Is that correct, or do
I have it backwards?
Thanks again for your help, I really appreciate it. I just pulled a copy of
3.1 off CVS and can't wait to try it out.
.jon
1) Do an ls -l librrdPlugin and you'll see that librrdPlugin.so is a link to
librrdPlugin-3.0.so (this is how gnu handles library versioning).
2) If this is 3.0, then it's statically linked...
# objdump -t /usr/lib/librrdPlugin.so | grep rrd_
0001c040 l O .data 0000000c rrd_subdirs
00000000 l df *ABS* 00000000 rrd_create.c
00000000 l df *ABS* 00000000 rrd_fetch.c
00000000 l df *ABS* 00000000 rrd_open.c
00000000 l df *ABS* 00000000 rrd_error.c
0001c120 l O .data 00001000 rrd_error
00000000 l df *ABS* 00000000 rrd_graph.c
00000000 l df *ABS* 00000000 rrd_update.c
00000000 l df *ABS* 00000000 rrd_format.c
00000000 l df *ABS* 00000000 rrd_last.c
00000000 l df *ABS* 00000000 rrd_diff.c
0000bdc8 g F .text 00000021 rrd_test_error
0000ad70 g F .text 00000261 rrd_fetch
00012ee0 g F .text 00001418 rrd_graph
0000afd4 g F .text 0000073d rrd_fetch_fn
000156dc g F .text 00000076 rrd_last
0000bb6c g F .text 0000003f rrd_init
0000a9c8 g F .text 000003a8 rrd_create_fn
0000bdec g F .text 0000001c rrd_clear_error
0000b714 g F .text 00000456 rrd_open
00015754 g F .text 000002e8 rrd_diff
000143a8 g F .text 00001106 rrd_update
0000be08 g F .text 0000001b rrd_get_error
0000a278 g F .text 0000074f rrd_create
0000bbac g F .text 00000064 rrd_free
0000bd98 g F .text 0000002f rrd_set_error
Just shows you it's linked, so that's no help on which version it is.
3) WRT 3.0 you're hosed - there's just no good way to keep ld from grabbing
the .so version... w/ 3.1 myrrd is now dynamic.
-----Burton
_______________________________________________
Ntop mailing list
[email protected]
http://listgateway.unipi.it/mailman/listinfo/ntop
