Robert,
Thanks for returning my email, I still keep the old core file here is the
outcome:
#0 0xff196054 in sprint_realloc_integer (buf=0xffbeea98, buf_len=0xffbeea94,
out_len=0xffbeea90, allow_realloc=1, var=0x30060, enums=0x0, hint=0x0,
units=0x0) at mib.c:1333
1333 sprintf(str, "%ld", *var->val.integer);
(gdb) where
#0 0xff196054 in sprint_realloc_integer (buf=0xffbeea98, buf_len=0xffbeea94,
out_len=0xffbeea90, allow_realloc=1, var=0x30060, enums=0x0, hint=0x0,
units=0x0) at mib.c:1333
#1 0xff19a57c in sprint_realloc_variable (buf=0xffbeea98, buf_len=0xffbeea94,
out_len=0xffbeea90, allow_realloc=1, objid=0x0, objidlen=406480,
variable=0x30060) at mib.c:3237
#2 0xff375d6c in realloc_handle_trap_fmt (buf=0x0, buf_len=0xffbeea94,
out_len=0xffbeea90, allow_realloc=1, options=0x30060, pdu=0x633d0)
at snmptrapd_log.c:983
(gdb) print var
$1 = (const netsnmp_variable_list *) 0x30060
(gdb) print *var
$2 = {next_variable = 0x302b8, name = 0x30078, name_length = 10,
type = 5 '\005', val = {integer = 0x0, string = 0x0, objid = 0x0,
bitstring = 0x0, counter64 = 0x0, floatVal = 0x0, doubleVal = 0x0},
val_len = 0, name_loc = {1, 3, 6, 1, 4, 1, 1899, 1, 6, 11, 2065722991,
1851158380, 1635019116, 1696627978, 538976288, 976895264, 2065724270,
1836076655, 1953064569, 1181314164, 1701987694, 1953659168, 874544394,
175337069, 1884188532, 1768323398, 1768715365, 1918005111, 1400136052,
1970479183, 1112163651, 1412256857, 1346701856, 538976339, 1498305601,
1478500384, 538976338, 1870091124, 1635022195, 169877536, 541933912,
759251779, 1163088672, 544367969, 1680696178, 1700885605, 169877536,
542331969, 1414877984, 538976288, 543389042, 1919250036, 169877536,
541345107, 1129466192, 1414090574, 169877536, 538976288, 539120744,
1696625524, 1635022195, 544171552, 1952999795, 543387502, 1667592308,
1969318944, 1919907630, 168435744, 538976288, 538976340, 1864393586,
1700885605, 543236210, 1870078057, 1847620712, 1769152628, 1633840229,
740319520, 1835101793, 1734701600, 1836413812, 169877536, 538976288,
538997605, 1948284008, 1769152623, 1651139939, 1948284015, 543517044,
1751478816, 1668441441, 1952792942, 1682403112, 875110511, 1913266208,
538976288, 538976355, 1919246708, 1698786916, 1466001780, 674572590,
571088928, 538982970, 1025538848, 1936616816, 1315927145, 1719223913,
1819567474, 1164866674, 2032153888, 2097809965, 755641645, 170732832,
1131376230, 1869770081, 1852007712, 1768842863, 1919770996, 1768910346,
757926445, 755632755, 1852665934, 1869900134, 2034462573, 1886153057,
---Type <return> to continue, or q <return> to quit---
1852007795, 542065226, 1162040352},
buf = "\000\000\vºTIFIER ::=\n", ' ' <repeats 25 times>, data = 0x0,
dataFreeHook = 0, index = 0}
(gdb) print var->val.integer
$3 = (long int *) 0x0
(gdb) print *var->val.integer
Cannot access memory at address 0x0
(gdb)
Lan
-----Original Message-----
From: Robert Story [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 12, 2005 8:32 PM
To: Wu, Lan, ALABS
Cc: net-snmp-users@lists.sourceforge.net
Subject: Re: snmptrapd Core Dump !
On Mon, 27 Jun 2005 09:57:41 -0500 Wu, wrote:
WLA> I was away for few days, Today, I check the snmptrapd, it core dump less
WLA> a day (6/21 14:01:54 to 6/22 11:31), although the memory did not
WLA> increase, but it is still core dump in the same place, please see the
WLA> attachment. So I am guessing the memory leak may be not the root cause
WLA> of the core dump ??
> #0 0xff196054 in sprint_realloc_integer (buf=0xffbeea98, buf_len=0xffbeea94,
> out_len=0xffbeea90, allow_realloc=1, var=0x30060, enums=0x0, hint=0x0,
> units=0x0) at mib.c:1333
> 1333 sprintf(str, "%ld", *var->val.integer);
Next time you hit this, try:
print var
print *var
print var->val.integer
print *var->val.integer
--
NOTE: messages sent directly to me, instead of the lists, will be deleted
unless they are requests for paid consulting services.
Robert Story; NET-SNMP Junkie
Support: <http://www.net-snmp.org/> <irc://irc.freenode.net/#net-snmp>
Archive: <http://sourceforge.net/mailarchive/forum.php?forum=net-snmp-users>
You are lost in a twisty maze of little standards, all different.
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
