Hello Burton, Sunday, January 25, 2004, 8:41:29 PM, you wrote:
> Interesting. And it makes NO SENSE. > Because all that function really does is suppress the TESTING for zlib in > ./configure. There's no code changes that respect the MAKE_WITH_ZLIB flag. > All the code that calls gzopen() et al is still in there and still live... > Wild guess. Is this Linux? New Linux, like 2.4.20+ with the zlib kernel > option??? > -----Burton >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] Behalf >> Of Vilius Sumskas >> Sent: Sunday, January 25, 2004 12:14 PM >> To: Burton M. Strauss III >> Subject: Re[2]: [Ntop-dev] gzflush problems >> >> >> Hello Burton, >> >> Sunday, January 25, 2004, 5:55:35 PM, you wrote: >> >> > It's not MAKE_WITH_ZLIB 0, it's #undef MAKE_WITH_ZLIB >> >> > #define MAKE_WITH_ZLIB 0 >> >> > means that the tests, e.g #ifdef MAKE_WITH_ZLIB, will succeed (it IS >> > defined, right?) >> >> > Now the underlying problem is one of malloc() memory >> corruption, which has >> > not occurred in any current version of the OS/glibc that I'm >> aware of since >> > late summer. You may need to upgrade your glibc (which is a huge >> > undertaking - better to update the whole OS, as it's less work). >> >> > I'll look at putting --without-zlib back in to >> > ./configure, but if it causes >> > problems in the code, I will NOT do it. >> >> >> Just checkedout cvs. Configured and compiled with --without-zlib. Both >> gzflush error AND problem with .gz files fixed. Thanks a lot! >> >> >> -- >> Best regards, >> Vilius It is redhat 7.2 with 2.4.20-28.7 kernel. How do I check if it is with "zlib kernel option" ? -- Best regards, Vilius _______________________________________________ Ntop-dev mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop-dev
