Well the question is whether you have the SunFreeware version of gd but not the corresponding libiconv installed on the machine that fails. That would be a pilot error, not ntop.
-----Burton -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mike Tremaine Sent: Saturday, November 22, 2003 8:22 PM To: [EMAIL PROTECTED] Subject: RE: [Ntop] Solaris 8 & 9 Ntop 2.2.96 Burton, I gave this a quick try tonight and found that On my Solaris 9 machine (after making the same changes you made to confiureextra/SOLARIS8 to SOLARIS9) it configured and compiled fine. This system has libiconv installed. On a Solaris 8 box with out libiconv installed in did not compile and failed in the same old place. * gd.h...yes * gdImageDestroy() in -lgd...no So that's not exactly the silver bullet you were looking for. Mike Tremaine [EMAIL PROTECTED] On Thu, 2003-11-20 at 10:35, Burton M. Strauss III wrote: > Ok, here's the skinny from Googling... > > 1. There's reports of problems across a wide range of code - gnome, exim, > etc. > > See for example: > > http://mail.gnome.org/archives/balsa-list/2001-October/msg00165.html > "libiconv doesn't exist on solaris - the iconv_open function is in libc." > > http://mail.gnome.org/archives/balsa-list/2001-October/msg00166.html > "The apriopriate part of configure.in is: > > AC_CHECK_LIB(iconv, iconv_open, , [ > AC_CHECK_FUNC(iconv_open, , [ > AC_MSG_ERROR([*** You need iconv for balsa.]) > ]) > ]) > > > 2. It appears that there's a version of iconv in the library, but that the > GNU libiconv version has more functionality, so people often install it. > Here's the skinny from > http://www.sunfreeware.com/programlistintel8.html#libiconv: > > "GNU libiconv provides an iconv() implementation for use on systems which do > not have one - installs in /usr/local." > > I'm guessing that the gd version also on Sun Freeware also uses the Sun > Freeware libiconv. Yup: > > "GD Graphics Library - An ANSI C library for the dynamic creation of images. > GD creates PNG and JPEG images, among other formats - installs in > /usr/local. The gd package requires the following library files - > libXpm.so.4.11 from xpm, libfreetype.so.6 from freetype, libgcc_s.so.1 from > libgcc-3.3 or from gcc-3.3.2, libiconv.so.2 from libiconv, libpng12.so.0 > from libpng, and libz.so from zlib, and the jpeg package." > > > > > So... > > If you hand compile gd and don't install libiconv, then you are OK with the > iconv() in libc. > > If you hand compile gd and have installed libiconv, we don't know which one > is picked up. > > If you install gd from SunFreeware (which requires libiconv), then you > need -liconv. > > > Can y'all try the attached patch? > > > -----Burton > > > > > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Luca > Deri > Sent: Wednesday, November 19, 2003 3:32 AM > To: ntop > Subject: Re: [Ntop] Solaris 8 & 9 Ntop 2.2.96 > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Burton M. Strauss III wrote: > > | Steve indicated his version is hand compiled, you're using the Sun > | Freeware version... > | > | (and yes, Steve, you should be building .so - shared - libraries) > | > | It's certainly possible that he created a version of gd on a system > | without libiconv that doesn't need it. But I'm stumped about what's > | different between the 3 systems you're talking about... > | > | > | It shouldn't hurt to have an extra -l, so I wonder if we can get Luca > | to 'splain why he removed it... putting it back would be, IMHO, the > | simplest answer. > | > | Luca?? > > > I have removed this libiconv because it's not part of Solaris, at least > on the hosts I have access. What's the purpose of this library? > > Cheers, Luca > > | > | > | On the plus side, it looks like he commited the bus fix change into > | pbuf.c along with the other crud he did this morning (US time). > | > | -----Burton > | > | > | -----Original Message----- From: [EMAIL PROTECTED] > | [mailto:[EMAIL PROTECTED] Behalf Of Mike Tremaine Sent: Tuesday, > | November 18, 2003 12:43 PM To: [EMAIL PROTECTED] Subject: RE: [Ntop] > | Solaris 8 & 9 Ntop 2.2.96 > | > | > | > |> Don't really know, but I believe Luca runs Solaris on both. > |> > |> Questions - > |> > |> 1. If you locate libiconv, do you find it on the various systems? > |> > | On 2 out of 3 systems I've tried it on. (So no pattern) > | > |> 2. Which gd are you using? Hand compiled, or the binary from Sun > | > | Freeware? > | > |> (It could be that they have the dependency (and maybe are the > |> source of libiconv too, for that matter). > | > | > | Binary from SunFreeware because all these systems had MRTG installed > | first. > | > |> 3. You might try something fancy in the configureextra/SOLARIS9 > |> file. In the redhat9, I've got an example of using an if to test > |> for something: > |> > |> echo " Setting RedHat 9 specific flag values" > |> CPPFLAGS="-DHAVE_FILEDESCRIPTORBUG ${CPPFLAGS}" > |> > | .. .. > | > |> would something like this work across all systems??? > |> > |> if test -f /usr/lib/libiconv.so; then LIBS="-liconv ${LIBS}" fi > |> > |> > | Like I said having the libiconv is not the determining factor, I > | actaully wrote something like that as a test with pkginfo SMCiconv. > | But one system I tried it on DID NOT have the libiconv package > | installed and still failed the gd test so having that switch will not > | solve the problem. The dependency could be in GD but looks like at > | least one other person who built by hand has this problem also > | so....I'll poke around at it again when I have sometime but at least > | we know that 2.2.96 works with a few small tweaks. > | > | > |> -----Burton > |> > | > | > | -- Mike Tremaine [EMAIL PROTECTED] http://www.stellarcore.net > | > | > | _______________________________________________ Ntop mailing list > | [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop > | > > > - -- > Luca Deri <[EMAIL PROTECTED]> http://luca.ntop.org/ > Hacker: someone who loves to program and enjoys being > clever about it - Richard Stallman > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQE/uzibmMhDxnkh3zQRAs2dAJ90GKHfeymxruuiEXfXpjo/Kqx7FACdH296 > hbleVTNMm8quev6JcCaEjCI= > =iNjf > -----END PGP SIGNATURE----- > > > _______________________________________________ > 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
