On Wed, Sep 14, 2005 at 05:43:07PM +0100, Patrick Welche wrote:
> I just ran a long snmpwalk -m all -OSX ... with a snmpwalk of 4th July, and
> got a core dump at mib.c:4201
> 4201 if (tp->next_peer &&
> essentially because tp==(struct tree *)0. mib.c hasn't changed since
> 15th June, but I'll build again just in case.. In the meantime here is
> a long stack trace..
.. same stack trace with yesterday's cvs (now that I compiled it properly)
This is doing an snmpwalk against a 3com 3300XM. The core dump happens
just after reaching
RMON-MIB::hostTimeOutMulticastPkts[65][1096] = Counter32: 83977189 Packets
RMON-MIB::hostTimeOutMulticastPkts[65][1097] = Segmentation fault (core dumped)
I removed the non snmp supplied mib files just in case.
(gdb) frame 0
#0 0x080520d3 in _get_realloc_symbol (objid=0x80c5c44, objidlen=7,
subtree=0x0, buf=0xbfbfe4ec, buf_len=0xbfbfe4f0, out_len=0xbfbfe4f4,
allow_realloc=1, buf_overflow=0xbfbfe4f8, in_dices=0x80f8dc0,
end_of_known=0xbfbfe4fc) at mib.c:4201
4201 if (tp->next_peer &&
(gdb) print *tp
Cannot access memory at address 0x0
Cheers,
Patrick
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
