This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: Dont understand backtrace output


Joshua_Giles@Dell.com writes:

> 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)

<stdlib.h> on glibc 2 systems has:
extern __inline long int
strtol (__const char *__restrict __nptr, char **__restrict __endptr,
        int __base) __THROW
{
  return __strtol_internal (__nptr, __endptr, __base, 0);
}

The values for group and base look wrong, it might be that those are
not initialized (yet).

I would check what eval.c does here.

Andreas
-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de
    http://www.suse.de/~aj


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]