On Wed, 2003-11-12 at 19:55, Burton Strauss wrote:
> You might want to try the bogus file descriptor workaround vs. the Socket 0 fix -
> there's a heap of problems under Linux with fd=0...
>
Ah ha.. I did not see that when search the back traffic. (or more
specifically I stopped at the first answer I found.) I've backed out my
webInterface.c change and added the cppflag. This works fine.
So I now have
[EMAIL PROTECTED] ~/ntop_2.2.96/ntop [7] cvs diff webInterface.c
[EMAIL PROTECTED] ~/ntop_2.2.96/ntop [8] cvs diff configureextra/SOLARIS9
Index: configureextra/SOLARIS9
===================================================================
RCS file: /export/home/ntop/ntop/configureextra/SOLARIS9,v
retrieving revision 1.2
diff -r1.2 SOLARIS9
5,7c5,6
< LIBS="-lnsl -lsocket ${LIBS}"
< CPPFLAGS="${CPPFLAGS} -I/usr/local/include -I/opt/sfw/include"
<
---
> LIBS="-lnsl -lsocket -liconv ${LIBS}"
> CPPFLAGS="-DHAVE_FILEDESCRIPTORBUG ${CPPFLAGS} -I/usr/local/include
-I/opt/sfw/include"
> Y'all also need to figure out why some systems need -liconv and others won't run
> with it - Luca pulled that out because it was causing him problems...
I really don't know. I just tried this on another Solaris 8 machine
(SunFire v100) which did not have the libiconv package from Sunfreeware
and I have never installed ntop on it before (but did install MRTG once
which means several sunfreeware packages gd, libpng, zlib, etc) and I
still get the same error from gd.h if I do not include the -liconv flag.
I'm pretty puzzled, I do remember spending a lot of time figuring out to
add that flag, but as to why Luca would have problems with it I have no
idea. (I'm assuming he is having problems under Solaris sparc and not
x86? )
If no one else seems to need then just count me as an aberration and
I'll just edit my configureextra files.. ;)
>
> -----Burton
>
Mike Tremaine
[EMAIL PROTECTED]
_______________________________________________
Ntop mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop
