Well, from that trace I can pretty definitely tag it... just no clue how to
fix it...
The ntop routine is hostTrafficDistrib() which creates the pie chart.
(graph.c line 42)
The routines closer to the point of failure are all gdchart routines.
I'm guessing that ntop is feeding gdchart bad data, which gdchart is choking
on... (I seem to remember making the point of very limited error handling
in the beginning of this discussion or maybe it was another thread).
Anyway, we need to see the data... if you look in graph.c around the 240s,
you'll see this:
fd = fdopen(abs(newSock), "ab");
GDCPIE_LineColor = 0x000000L;
GDCPIE_explode = expl; /* default: NULL - no explosion */
GDCPIE_Color = clr;
GDCPIE_BGColor = 0xFFFFFFL;
GDCPIE_EdgeColor = 0x000000L; /* default is GDCPIE_NOCOLOR */
GDCPIE_percent_labels = GDCPIE_PCT_NONE;
GDC_out_pie(250, /* width */
250, /* height */
fd, /* open file pointer */
GDC_3DPIE, /* or GDC_2DPIE */
num, /* number of slices */
lbl, /* slice labels (unlike out_png(),
can be NULL */
p);
The key is num, lbl and p!
something like this
{ int ii;
traceEvent(TRACE_INFO, "in hostTrafficDist(), num=%d\n", num);
for (ii=0; ii<num; ii++) {
traceEvent(TRACE_INFO, " %3d. %11f %s\n", ii, p[ii], lbl[ii]);
}
}
Stuck in just before the call, if you run with --trace-level 5 in your args,
should log the values being sent...
-----Burton
-----Original Message-----
From: joe [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 22, 2002 12:20 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: RE: [Ntop] Ntop on Solaris 2.6
Hrm...ran ntop in gdb. No arguments. (not even daemon mode)
BTW, there is no IPv6 traffic. Thats why I didn't mention it the first
time.
(gdb) list
main.c:85: No such file or directory.
(gdb) info stack
#0 0xef223f2c in _longjmp ()
#1 0x3d3b4 in gdPngReadData ()
#2 0xef70e868 in png_error ()
#3 0xef70635c in png_create_write_struct ()
#4 0x3dd3c in gdImagePngCtx ()
#5 0x3dc84 in gdImagePng ()
#6 0x24c58 in GDC_out_pie (IMGWIDTH=250, IMGHEIGHT=250,
img_fptr=0x8d778,
type=GDC_3DPIE, num_points=1, lbl=0xee30d390, val=0xee30d3e0)
at gdc_pie.c:640
#7 0xef746ee0 in hostTrafficDistrib (theHost=0xef782130, dataSent=6424)
at graph.c:265
#8 0xef74d9f4 in returnHTTPPage (pageName=0xee30d97c
"192.168.24.42.png",
postLen=-1) at http.c:1204
#9 0xef74f5ec in handleHTTPrequest (from=
Cannot access memory at address 0x81ad1820.
) at http.c:1844
#10 0xef774140 in handleSingleWebConnection (fdmask=0xee30dce0)
at webInterface.c:1155
#11 0xef77406c in handleWebConnections (notUsed=0xee30dce0)
at webInterface.c:1086
The webinterface is definitely causing problems...I've left it running for
a few minutes with no problems, but as soon as I start clicking around the
web interface, it crashes.
Thanks again.
On Fri, Feb 22, 2002 at 11:29:58AM -0600, Burton M. Strauss III wrote:
> Oh man... I've never read a Solaris core file (I had DBAs to do that FOR
me
> <grin />)... And IPv6 - you left that little gem out of the 1st message
>
> Or: I think you're seeing all the strings in the text, not necessarily
> what's causing the failure. If it is a libpcap/IPV6 issue, you are
going to
> have to go to the libpcap fount, http://www.tcpdump.org, which is pretty
> thin...
>
> A google search (libpcap ipv6) turns up a hits which seem to show it
works
> for people. However, I did read the code in pbuf.c last week and I
don't
> remember ANYTHING internal to ntop related to IPv6. If you have IPv6
> traffic, then that may be the ntop issue! NEED TO CONFIRM THIS
(YES/NO)...
>
> Can you run it under gdb and do the trace when it blows? (The
instructions
> are now posted in the FAQs at http://snapshot.ntop.org)
>
> Now, IF YOU WANT TO BE ADVENTUROUS, I have a patch that I've worked up
to
> automatically generate the backtrace. And it has worked once or twice,
but
> I'm not ready to release it yet. However, if you can't run under gdb or
a
> similar debugger - and are willing to be a guinea pig - email me
privately
> and I'll send it along.
>
_______________________________________________
Ntop mailing list
[EMAIL PROTECTED]
http://listmanager.unipi.it/mailman/listinfo/ntop
