From: SourceForge.net <no...@te...> - 2005-07-13 05:22:19
|
Bugs item #952622, was opened at 05/12/04 07:47 Message generated for change (Comment added) made by nobody You can respond by visiting: https://test.sf.net/tracker/?func=detail&atid=112694&aid=952622&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: linux >Status: Closed Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Niels Baggesen (nba) Summary: core dump on Linux (net-snmp_5.0.8) in snmp_pdu_add_variable Initial Comment: On Linux ,With Net-Snmp-5.0.8, core dump occurs when snmp_pdu_add_variable() is called. The stack shows the core dump occurs 1) During memove() in snmp_set_var_objid() which is called by snmp_varlist_add_variable() which in turn is called by snmp_pdu_add_variable(). 2) In other case, core dump occurs in malloc in snmp_varlist_add_variable() . Both the above cases do not occur frequently. The code apart from Net-Snmp have been reviewed and doesn't show anything that could lead to the problem above. Also the stack shows that core dump occurs when control is in snmp_cleint.c. What can be the cause of the above problem? ---------------------------------------------------------------------- >Comment By: Nobody/Anonymous (nobody) Date: 07/12/05 22:22 Message: Logged In: NO This artifact has been closed automatically because no submitter feedback was received within administrator-specified timeout period. ---------------------------------------------------------------------- Comment By: Michael J. Slifcak (slif) Date: 11/02/04 03:03 Message: Logged In: YES user_id=88697 Set to Pending, awaiting response from submitter 'nobody'. ---------------------------------------------------------------------- Comment By: Niels Baggesen (nba) Date: 05/24/04 14:33 Message: Logged In: YES user_id=88647 Some memory corruption somewhere, or maybe a double free. Have you tried running with a memory-debugger? ---------------------------------------------------------------------- You can respond by visiting: https://test.sf.net/tracker/?func=detail&atid=112694&aid=952622&group_id=12694 |