It's bad practice to have both. Theoretically, if 0.8.3 is exporting the
0.7.x library it is supposed to honor the calling conventions (but of
course, you are supposed to version libraries based on the interfaces
supported, not the version of the underlying library. That's more honored
in the breach than the observance).
If the debugger isn't showing a bad value at that line, what's the chance
that the debugger is confused and you are looking at the wrong line??? You
may need to strip the -O2 out of Makefile (2 or 3 places IIRC) to fix
that...
Otherwise, we're down to weird things like library version problems. Here's
my (FC2) ldd:
$ ldd /usr/bin/ntop
libntopreport-3.1.so => /usr/lib/libntopreport-3.1.so (0x00ce7000)
libntop-3.1.so => /usr/lib/libntop-3.1.so (0x00d74000)
libmyrrd-3.1.so => /usr/lib/libmyrrd-3.1.so (0x00111000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0x00202000)
libm.so.6 => /lib/tls/libm.so.6 (0x0047b000)
libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x0057f000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00157000)
libresolv.so.2 => /lib/libresolv.so.2 (0x00169000)
libnsl.so.1 => /lib/libnsl.so.1 (0x004af000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x005e7000)
libc.so.6 => /lib/tls/libc.so.6 (0x00614000)
libssl.so.4 => /lib/libssl.so.4 (0x0017c000)
libcrypto.so.4 => /lib/libcrypto.so.4 (0x00370000)
libpcap.so.0.8.3 => /usr/lib/libpcap.so.0.8.3 (0x001b0000)
libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x001d4000)
libgd.so.2 => /usr/lib/libgd.so.2 (0x00304000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x001da000)
libz.so.1 => /usr/lib/libz.so.1 (0x0033e000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00359000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x005b2000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00c42000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0x001fe000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x004c4000)
libdl.so.2 => /lib/libdl.so.2 (0x00472000)
libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x00562000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x00730000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x004e6000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x007f8000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x00461000)
-----Burton
-----Original Message-----
From: Ola Lundqvist [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 26, 2005 12:17 PM
To: Burton Strauss
Subject: Re: [Ntop-dev] Ntop 3.1 segmentation fault.
Hello
[EMAIL PROTECTED]:/usr/share/doc/kernel-patch-vserver$ ldd /usr/sbin/ntop
libntopreport-3.1.so => /usr/lib/libntopreport-3.1.so (0xb7f2b000)
libntop-3.1.so => /usr/lib/libntop-3.1.so (0xb7ed4000)
libmyrrd-3.1.so => /usr/lib/libmyrrd-3.1.so (0xb7e88000)
libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0xb7e67000)
libresolv.so.2 => /lib/tls/libresolv.so.2 (0xb7e55000)
libnsl.so.1 => /lib/tls/libnsl.so.1 (0xb7e41000)
libcrypt.so.1 => /lib/tls/libcrypt.so.1 (0xb7e14000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7cdf000)
libssl.so.0.9.7 => /usr/lib/i686/cmov/libssl.so.0.9.7 (0xb7cae000)
libcrypto.so.0.9.7 => /usr/lib/i686/cmov/libcrypto.so.0.9.7
(0xb7baf000)
libpcap.so.0.7 => /usr/lib/libpcap.so.0.7 (0xb7b91000)
libgdbm.so.3 => /usr/lib/libgdbm.so.3 (0xb7b8b000)
libgd.so.2 => /usr/lib/libgd.so.2 (0xb7b3c000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7b2c000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7b0e000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7aa1000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7a7c000)
libm.so.6 => /lib/tls/libm.so.6 (0xb7a5a000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7a48000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7fea000)
libdl.so.2 => /lib/tls/libdl.so.2 (0xb7a44000)
I can not believe anything else than that libpcap0.7 is used according to
this information.
ntop 3.0 have the same ldd output and it works just fine.
Regards,
// Ola
On Tue, Apr 26, 2005 at 07:29:30AM -0500, Burton Strauss wrote:
> This bothers me:
>
> ii libpcap0.7-dev 0.7.2-7 Development library and header files for
> lib
> ii libpcap0.8 0.8.3-5 System interface for user-level packet
> captu
> un libpcap0.8-dev <none> (no description available)
>
> If I'm reading it right, you have the 0.7.2 headers against the 0.8.3
> library.
>
> Please try again with consistent versions...
>
> -----Burton
>
> -----Original Message-----
> From: Ola Lundqvist [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, April 26, 2005 12:05 AM
> To: [email protected]; Burton Strauss
> Subject: Re: [Ntop-dev] Ntop 3.1 segmentation fault.
>
> On Sun, Apr 24, 2005 at 03:26:05PM -0500, Burton Strauss wrote:
> > What command are you running ntop with?
>
> [EMAIL PROTECTED]:~/build/debian/ntop/ntop-3.1# ntop -u ntop -k Tue Apr 26
> 07:08:22 2005 Initializing gdbm databases Tue Apr 26 07:08:22 2005
> ntop
> v.3.1 ST (SSL) Tue Apr 26 07:08:22 2005 Configured on Apr 24 2005
> 0:15:42, built on Apr 24 2005 00:16:00.
> Tue Apr 26 07:08:22 2005 Copyright 1998-2004 by Luca Deri
> <[EMAIL PROTECTED]> Tue Apr 26 07:08:22 2005 Get the freshest ntop from
> http://www.ntop.org/ Tue Apr 26 07:08:22 2005 Initializing ntop Tue
> Apr 26 07:08:22 2005 Checking eth0 for additional devices Tue Apr 26
> 07:08:22 2005 Resetting traffic statistics for device eth0 Tue Apr 26
> 07:08:22 2005 DLT: Device 0 [eth0] is 1, mtu 1514, header 14
> Segmentation fault
>
> > Also run under gdb and show the values for myGlobals and
> > myGlobals.runningPref.
>
> The strange thing here is that they seem to point to valid places, at
> least according to ddd. It is not a simple null pointer at least.
> The value that it tries to access on that address have value 1 which
> it should. This is the reason why I think something else have gone
> really bad before this.
>
> Can it be a problem with pcap?
>
> [EMAIL PROTECTED]:~/build/debian/ntop/ntop-3.1# dpkg -l *pcap*
> Desired=Unknown/Install/Remove/Purge/Hold
> |
> |Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-install
> |ed / Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
> uppercase=bad)||/ Name Version Description
> +++-==============-==============-====================================
> +++==
> +++======
> ii libpcap-dev 0.7.2-7 Development library for libpcap
> (transitiona
> ii libpcap0.7 0.7.2-7 System interface for user-level packet
> captu
> ii libpcap0.7-dev 0.7.2-7 Development library and header files for
> lib
> ii libpcap0.8 0.8.3-5 System interface for user-level packet
> captu
> un libpcap0.8-dev <none> (no description available)
> [EMAIL PROTECTED]:~/build/debian/ntop/ntop-3.1#
>
> ii means installed.
>
> I have not seen this reported by anyone else, is it?
>
> Regards,
>
> // Ola
>
> >
> > -----Burton
> >
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > On Behalf Of Ola Lundqvist
> > Sent: Sunday, April 24, 2005 2:22 PM
> > To: [EMAIL PROTECTED]
> > Subject: [Ntop-dev] Ntop 3.1 segmentation fault.
> >
> > Hello
> >
> > I may have asked this before and I sent a mail directly to luca
> > yesterdaym but I realized that it better to subscribe to this list
> > and ask here instead.
> >
> > My problem is that I'm the maintainer of the ntop package in Debian
> > and want to upgrade to 3.1 version of ntop. The problem is that I
> > get a segmentation fault at startup of ntop.
> >
> > I have located the problem to globals-core.c (line 598):
> > ...
> > 1: if (myGlobals.capturePackets == FLAG_NTOPSTATE_RUN) {
> > 2: initDevices(devices);
> > 3: }
> > 4:
> > 5: if(myGlobals.runningPref.enableSessionHandling) <<---- here it segv.
> > 6: initPassiveSessions();
> >
> > If i comment line 2 it works much better (no segv) but it segv later
> > (I assume on some later initDevices call).
> >
> > If I comment line 5 and 6 the segv is on the next line instead so
> > the problem seem to be in initDevices. I have tried to locate the
> > problem there (using ddd) but I can not see any obvious problem.
> >
> > Do any of you know what the problem may be?
> >
> > I really want to update to 3.1 of ntop as 3.0 is a bit old and Luca
> > do not think that it is a good idea to stick to that version.
> >
> > I have heard that the cvs version work much better but I can not see
> > any differences that can affect this. The code is rewritten much but
> > on the other hand it seem to make the same thing.
> >
> > I have some problems with compiling the cvs version as I get some
> > error when compiling. I have not focused on solving that though.
> >
> > Help is very much appricated.
> >
> > Regards,
> >
> > // Ola
> >
> > --
> > --------------------- Ola Lundqvist ---------------------------
> > / [EMAIL PROTECTED] Annebergsslingan 37 \
> > | [EMAIL PROTECTED] 654 65 KARLSTAD |
> > | +46 (0)54-10 14 30 +46 (0)70-332 1551 |
> > | http://www.opal.dhs.org UIN/icq: 4912500 |
> > \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
> > ---------------------------------------------------------------
> > _______________________________________________
> > Ntop-dev mailing list
> > [email protected]
> > http://listgateway.unipi.it/mailman/listinfo/ntop-dev
> >
> >
>
> --
> --------------------- Ola Lundqvist ---------------------------
> / [EMAIL PROTECTED] Annebergsslingan 37 \
> | [EMAIL PROTECTED] 654 65 KARLSTAD |
> | +46 (0)54-10 14 30 +46 (0)70-332 1551 |
> | http://www.opal.dhs.org UIN/icq: 4912500 |
> \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
> ---------------------------------------------------------------
>
>
--
--------------------- Ola Lundqvist ---------------------------
/ [EMAIL PROTECTED] Annebergsslingan 37 \
| [EMAIL PROTECTED] 654 65 KARLSTAD |
| +46 (0)54-10 14 30 +46 (0)70-332 1551 |
| http://www.opal.dhs.org UIN/icq: 4912500 |
\ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
---------------------------------------------------------------
_______________________________________________
Ntop-dev mailing list
[email protected]
http://listgateway.unipi.it/mailman/listinfo/ntop-dev
