Burton M. Strauss III <[EMAIL PROTECTED]> wrote: > I've had problems with Mozilla before - look into the 'ignore sigpipe' > switch.
This did not help. > Oh, yeah, if you're using https:// then 1-stop that and 2-look into the > sslwatchdog stuff too. Not running SSL. > I don't think we ever really figured it out - IIRC there was something about > handling multiple threads, where the nested frames exacerbated things. It seems to be a problem with zlib (zlib-1.1.4 that came with gdchart0.94c in the ntop-2.2 distribution. By looking at truss(1) on my Solaris box, I found out there was a signal 11 (SEGV) being raised in some thread soon after the gzopen() call in sendStringLen() in http.c. As a really cheesy hack to prove that zlib was the problem, I added "#undef MAKE_WITH_ZLIB" to http.c just ahead of line 450, and put "#define MAKE_WITH_ZLIB 1" after the end of the #ifdev for MAKE_WITH_ZLIB. This makes it skip the various libz code in sendStringLen(). Now, I don't have any problems loading the trafficStats.html and hostsInfo.html (including getting the charts generated by gdchart on trafficStats.html). Probably gzopen() and/or gzwrite() are not propagating an error back up properly. I've not read the code in enough detail to see what is doing with the files it is apparently having trouble compressing. What is the implication for leaving a hack such as this in place until the issue can be isolated and fixed for real? If I have more time this week, I'll trace through some of the gzopen()/gzwrite() code and see if I can get more info on what's really happening. Thanks Toby -- Toby Chappell Georgia State Univ. Lead Software System Engineer Atlanta, Georgia UNIX Support Phone: (404) 651-1062 [EMAIL PROTECTED] Fax: (404) 651-4408 _______________________________________________ Ntop mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop
