I never said ANYTHING about 2.2.2 - the patch is against the ntop_2_2_patches branch.
This sounds like the same gzflush() et al problem I reported a long time ago, TPG2XT6 - gzflush() failure, of which CVVJCLB - Middle frame, Solaris 8 is a dup. I've talked to the gzip folks, all they can suggest is something is screwing up memory allocations, causing gzflush() or other stream based failures. A loop in free() would, as I suggested previously, also be from the same basic problem. The only solution I've found, so far, is to disable the compression of ntop's pages. IMHO this isn't a big deal, as most pages are small. I will say that the whole bit of logic, using a global variable in http.c for the gzip fd seems problematic. -----Burton -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mike Tremaine Sent: Thursday, June 19, 2003 11:41 AM To: [EMAIL PROTECTED] Subject: Re: [Ntop] web interface looping (PR_C6PVXVX) Just FYI patch 283 is not 100% compatible with 2.2.2 several "hunks" fail and it prevents Ntop from compiling (besure to use patch -p0 -b < <thepatch> when applying to make backups). Also I applied patch 283 to 2.2 and it did not stop the looping error under linux. I have more debugging sessions to post from this problem but I need more time. Also check your /tmp directory and see if you have a whole bunch of gzip.<PID>.ntop files. I think that these get left behind by the looping but I'm not sure yet. Mike Tremaine _______________________________________________ Ntop mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop
