Today Chris Turbeville wrote: > I am seeing an occasional SEGV from the 1.1.0 current CVS. It appears > here: > #0 0xfefc1be4 in _smalloc () from /usr/lib/libc.so.1 > #1 0xfefc2114 in realloc () from /usr/lib/libc.so.1 > #2 0xfe319b20 in data_calc (im=0xfe0f9210) at rrd_graph.c:871 > #3 0xfe31d894 in graph_paint (im=0xfe0f9210, calcpr=0xfe386a40) > at rrd_graph.c:2222 > #4 0xfe31ec70 in rrd_graph (argc=27, argv=0xfe0fa418, > prdata=0xfe386a40, > xsize=0xfe0f9a8c, ysize=0xfe0f9a88) at rrd_graph.c:2600 > > AFAIK SEGV in a realloc usually implies a previously freed or somesuch. Has > anyone else experianced this? This is a Solaris9 Sparc doing rrds for > ntop.
Chris, compile rrdtool/ntop with -g and not -O then load the resulting core with ddd, this should point out which line it fails in ... another option is to compile with purify and then run, it will tell you where the memory alocations or freeing is broken ... cheers tobi > Thanks > -Chris > > -- ______ __ _ /_ __/_ / / (_) Oetiker @ ISG.EE, ETZ J97, ETH, CH-8092 Zurich / // _ \/ _ \/ / System Manager, Time Lord, Coder, Designer, Coach /_/ \.__/_.__/_/ http://people.ee.ethz.ch/~oetiker +41(0)1-632-5286 -- Unsubscribe mailto:[EMAIL PROTECTED] Help mailto:[EMAIL PROTECTED] Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi
