This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: Dont understand backtrace output
- To: Joshua_Giles at Dell dot com, gdb at sources dot redhat dot com
- Subject: Re: Dont understand backtrace output
- From: Kevin Buettner <kevinb at cygnus dot com>
- Date: Mon, 17 Sep 2001 10:15:09 -0700
- Cc: Elena Zannoni <ezannoni at cygnus dot com>
- References: <E97B8CCBF670D511A8BE009027457F14044A5E@ausxmrr501.us.dell.com>
On Sep 17, 10:13am, Joshua_Giles@Dell.com wrote:
> Can anyone give me the lowdown on what this output means in gdb,
> specifically the
> "__strtol_internal" line.
>
[...]
> __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
> #2 0x40038248 in handle_var_list () at eval.c:41
> #3 0x40038183 in handle_next_pass () at eval.c:41
> #4 0x40037e3f in handle_snmp_packet () at eval.c:41
> #5 0x400f799b in _sess_read () at eval.c:41
> #6 0x400f7a10 in snmp_sess_read () at eval.c:41
> #7 0x400f6dca in snmp_read () at eval.c:41
> 8 0x0804b2fb in SnmpdDump () at eval.c:41
> #9 0x0804ac85 in SnmpdDump () at eval.c:41
> #10 0x4023b507 in __libc_start_main (main=0x8049e50 <SnmpdDump+96>,
> argc=9, ubp_av=0xbffff944,
> init=0x804960c <_init>, fini=0x804ba10 <_fini>, rtld_fini=0x4000dc14
> <_dl_fini>,
> stack_end=0xbffff93c) at ../sysdeps/generic/libc-start.c:129
> >>
>
> I really don't think eval.c is where the problem lies.
I agree with you. (It does seem highly improbable that all of the above
calls occur from eval.c, line 41, doesn't it?)
Please try a development version of GDB and let me know if you
still see this problem. I believe this problem is fixed by
the following changes committed 2001-09-06:
* dbxread.c (process_one_symbol): Don't use error result from
find_stab_function_addr().
* partial-stab.h (case 'F'): Likewise.
* partial-stab.h (case 'f'): Make SOFUN_ADDRESS_MAYBE_MISSING
code match that used for case 'F'. This fixes the divergence
that was introduced by my 1999-09-14 changes to partial-stab.h.
We are attempting to decide if the above changes ought to go in
the 5.1 branch, so your feedback would be really helpful...
See http://sources.redhat.com/gdb/download/ for information about
downloading a development version of GDB.