1. that's sflowPlugin's GETDATA64 macro:
#define GETDATA64(target, datap) \
do { u_int64_t tmpLo, tmpHi; \
GETDATA32(tmpHi, (datap)); \
GETDATA32(tmpLo, (datap)); \
(target) = (tmpHi << 32) + tmpLo; \
} while(0)
which depends upon this definition in ntop.h:
#if !defined(HAVE_U_INT64_T)
#if defined(WIN32) && defined(__GNUC__)
typedef unsigned long long u_int64_t; /* on mingw unsigned long is 32 bits */
#else
typedef unsigned long u_int64_t;
#endif
#endif
Still, an unsigned long s/b 32 bits or more and be able to be shifted 32... can
you
1. Check if U_INT64_T is defined in config.h and if so, what type it is.
For me, it's
/usr/include/linux/types.h:typedef __u64 u_int64_t;
/usr/include/limits.h:# define UINT_MAX 4294967295U
Since Luca uses Solaris (Sun) 8, it might be a limit of the compiler in the i86
environment. And I'll leave this one in his lap...
2. The .so problem - be sure you don't have older versions of the libraries
installed. Or, if you do, make sure the default pointers are right, e.g.
libpng.so -> libpng12.so.0.1.2.2 and not the older 1.0.8 library, etc.
-----Burton
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jac
Engel
Sent: Friday, May 03, 2002 10:32 AM
To: [EMAIL PROTECTED]
Cc: Luca Deri
Subject: RE: [Ntop] Re: ntop 2.1 - MUST HAVE fixes - UPDATE
Burton,
After giving up compiling NTOP after version 2.0 due to compile problems, I
give it
a try again and I could compile successful cvs version 05-02-02 on Solaris
Intel 8.0.
I detected that the PEP plugin is not automatic included.
I got some warnings :
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/local/include -g -O2 -pipe -Wp,
-MD,.deps/sflowPlugin.pp -c sflowPlugin.c -fPIC -DPIC -o
.libs/sflowPlugin.lo
sflowPlugin.c: In function `receiveSflowSample':
sflowPlugin.c:1311: warning: left shift count >= width of type
sflowPlugin.c:1321: warning: left shift count >= width of type
sflowPlugin.c:1335: warning: left shift count >= width of type
sflowPlugin.c:1446: warning: left shift count >= width of type
sflowPlugin.c:1450: warning: left shift count >= width of type
sflowPlugin.c:1462: warning: left shift count >= width of type
sflowPlugin.c:1466: warning: left shift count >= width of type
sflowPlugin.c:1468: warning: left shift count >= width of type
sflowPlugin.c:1470: warning: left shift count >= width of type
sflowPlugin.c:1482: warning: left shift count >= width of type
sflowPlugin.c:1486: warning: left shift count >= width of type
Compiled with zlib-1.1.3 and libpng_1.0.8.
When I compile with zlib-1.1.4 and libpng-1.2.1
then when I start ntop I got error : ld.so.1: ntop : fatal: libpng.so.3 :
open failed
No such file or directory.
killed
I will try next week compiling on Solaris Sparc 8.0.
By the way what are the major changes after Ntop 2.0 ?
rgds
Jac
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Burton M. Strauss III
Sent: Friday, April 26, 2002 12:34 PM
To: Ntop
Cc: Luca Deri
Subject: RE: [Ntop] Re: ntop 2.1 - MUST HAVE fixes - UPDATE
> 3. Solaris compile problems see thread on ntop list, "[Ntop] OK, I give up
> :-(". Now Mike is working with a very old version (Solaris 2.5.1), but
Jac
> has similar problems with Solaris 8.
>
> **Any update from Solaris people?**
The ntop development platform is a Solaris 8 box (i386). Ntop works there.
What's the problem?
[BMS] No clue - a couple of people popped up, whined, didn't want to do
anything and disappeared. If you're doing development on
Solaris 8, then <bleep> 'em.
> 5. I have cleaned up the .html files one final time (sent to Luca)
>
> **Still pending**
I finally had time to look at those files. They don't render well under
netscape 4.6/Solaris. Please fix this.
[BMS] OUCH - 4.6 - you know how to hurt a guy. That's not even a broken
implementation of CSS1... so I have to do the double coding
I did on ntopsupport.com... ok, I'll work on it...
> **9** (Lower priority) update vendortable.c from latest OUI as of the time
> we roll the version!
[BMS] OK
> **11** SSL does not display graphics
See previous mail.
[BMS] I understand what you're saying, (browser does not support gzip image
compression under
HTTPS) but I can't get it to work on ANYTHING - Windows (IE5.5, NS6.2.2) or
Linux (Galeon 1.0.3, Mozilla 0.9.9, NS-Linux) nothing...
pages come up, no graphics... Let me look into it some more...
> **13** deleteMutex null during shutdown - minor
Where?
[BMS] It's been a persistent problem but not one I've ever been able to
recreate under gdb. This specific case was repeatable, but I
never got a source version from the user to match against the __LINE__
value... (I *think* it was gdbmMutex). See
http://listmanager.unipi.it/pipermail/ntop-dev/2002-April/000582.html.
{BMS] There are also persistent reports about stuff like this:
ERROR: accessMutex() call with a NULL mutex [address.c:358]
ERROR: releaseMutex() call with a NULL mutex [address.c:370]
[BMS] I've had them myself, once or twice:
/var/log/messages.3-Apr 2 07:34:47 tigger ntop[6444]: Thanks for using
LsWatch...
/var/log/messages.3-Apr 2 07:34:47 tigger ntop[6444]: Done.
/var/log/messages.3-Apr 2 07:34:47 tigger ntop[6444]: Thanks for using
icmpWatch...
/var/log/messages.3-Apr 2 07:34:47 tigger ntop[6444]: Done.
/var/log/messages.3-Apr 2 07:34:47 tigger ntop[6444]: Cisco NetFlow
exporter terminated.
/var/log/messages.3:Apr 2 07:34:47 tigger ntop[6443]: ERROR: accessMutex()
call with a NULL mutex [sessions.c:666]
/var/log/messages.3:Apr 2 07:34:47 tigger ntop[6443]: ERROR: releaseMutex()
call with a NULL mutex [sessions.c:671]
/var/log/messages.3-Apr 2 07:34:47 tigger ntop[6444]: Freeing device eth0
(idx=0)...
/var/log/messages.3-Apr 2 07:34:47 tigger ntop[6444]: 77 packets received
by filter on eth0
/var/log/messages.3-Apr 2 07:34:47 tigger ntop[6444]: 890 packets dropped
by kernel
> **15** scanTimedoutTCPSessions (Christian Hammers' fix)
I have changed the code recently. It is ok now?
[BMS] I think so... I sent a minor typo correx to the list today...
_______________________________________________
Ntop mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop
_______________________________________________
Ntop mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop
_______________________________________________
Ntop mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop
