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 > > _______________________________________________ > Ntop-dev mailing list > [EMAIL PROTECTED] > http://listgateway.unipi.it/mailman/listinfo/ntop-dev > _______________________________________________ Ntop-dev mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop-dev
