This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: crasher in dwarf2loc.c
- From: Daniel Jacobowitz <drow at mvista dot com>
- To: Michael Snyder <msnyder at redhat dot com>
- Cc: gdb-patches at sources dot redhat dot com
- Date: Tue, 22 Apr 2003 22:16:17 -0400
- Subject: Re: crasher in dwarf2loc.c
- References: <3EA5E370.F069D062@redhat.com>
On Tue, Apr 22, 2003 at 05:50:56PM -0700, Michael Snyder wrote:
> Hey Daniel,
>
> I've got a core dump coming from dwarf_expr_frame_base.
> First you call get_frame_function, and then you immediately
> use its return value. But get_frame_function can return zero,
> so I think you need to check for zero before using it.
>
> Michael
Just to avoid the crash, you're probably right.
> PS: more details: get_frame_block returns zero, because
> frame_address_in_block returns a pc that is not in any block.
>
> The crash occurs while running recurse.exp, when we have a
> watchpoint on a local variable in an inner frame, and we
> continue -- so I don't know the exact context; but I'm
> willing to bet that it is trying to evaluate the local
> variable after the stack frame has been destroyed.
Huh - we should not even be reaching this code. I don't quite
understand your explanation; what target does this happen? Can it be
reproduced on a simulator, or something of that ilk?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer