That could solve most of my problems!.
Concerning 2.2, it's not safe against GD failure, so I avoid it. :-(
Thanks
Dominique
A 12:10 19/06/2003 -0500, vous avez �crit :
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]]On 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
