On Mon, Sep 17, 2001 at 10:13:55AM -0500, Joshua_Giles@Dell.com wrote:
> Hi all,
> 
> Can anyone give me the lowdown on what this output means in gdb,
> specifically the
> "__strtol_internal" line.
> 
> >>
> Starting program: /usr/sbin/snmpd -f -L -s -l /dev/null -P /var/run/snmpd
> -a
> (no debugging symbols found)...(no debugging symbols found)...(no
> debugging symbols found)...
> UCD-SNMP version 4.2.1
> [smux_accept] accepted fd 8 from 127.0.0.1:32944
> accepted smux peer: oid çZ0@?ßÿ¿ÿÿÿÿTQ5@@ßÿ¿, password , descr Dell
> OpenManage Server Agent
> Received SNMP packet(s) from 10.180.93.160
> (no debugging symbols found)...
> Program received signal SIGSEGV, Segmentation fault.
> 
> __strtol_internal (nptr=0x80c22f0 "", endptr=0x8134878, base=1074899065,
> group=1073971726)
>     at eval.c:36
> 36      eval.c: No such file or directory.
>         in eval.c
> (gdb) bt
> #0  __strtol_internal (nptr=0x80c22f0 "", endptr=0x8134878,
> base=1074899065, group=1073971726)
>     at eval.c:36
> #1  0x40038498 in handle_one_var () at eval.c:41

You have 2 eval.c, one in glibc and the other in your application.
__strtol_internal is in eval.c from glibc. It looks like the call
to __strtol_internal is wrong.


H.J.