* PR 1250, backtrace from abort
@ 2003-08-02 1:11 Daniel Jacobowitz
2003-08-07 3:55 ` Andrew Cagney
0 siblings, 1 reply; 2+ messages in thread
From: Daniel Jacobowitz @ 2003-08-02 1:11 UTC (permalink / raw)
To: gdb; +Cc: mec
Just as a note....
The fix for this is either to start using frame_unwind_address_in_block in
i386_frame_cache, or finding a more general location to use it. Otherwise
Mark's uber new i386 prologue analyzer, analyzes the following function.
Then everything loses.
I think a more general solution is in order; for frame_func_unwind to return
a function based on the PC is not correct in this situation. Perhaps we
should revisit the idea of a flag indicate whether the resume address
is known-in-block (dummy frames, sigtramps) or maybe-just-after (normal
calls).
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: PR 1250, backtrace from abort
2003-08-02 1:11 PR 1250, backtrace from abort Daniel Jacobowitz
@ 2003-08-07 3:55 ` Andrew Cagney
0 siblings, 0 replies; 2+ messages in thread
From: Andrew Cagney @ 2003-08-07 3:55 UTC (permalink / raw)
To: Daniel Jacobowitz; +Cc: gdb, mec
[my e-mail is back up]
> Just as a note....
>
> The fix for this is either to start using frame_unwind_address_in_block in
> i386_frame_cache, or finding a more general location to use it. Otherwise
> Mark's uber new i386 prologue analyzer, analyzes the following function.
> Then everything loses.
I've changed frame_func_unwind to use frame_address_in_block. However,
as I just PRed there are many more cases of the same problem. I suspect
the disassembler, for instance, can occasionally disassemble the wrong
function.
> I think a more general solution is in order; for frame_func_unwind to return
> a function based on the PC is not correct in this situation. Perhaps we
> should revisit the idea of a flag indicate whether the resume address
> is known-in-block (dummy frames, sigtramps) or maybe-just-after (normal
> calls).
Andrew
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2003-08-07 3:55 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-08-02 1:11 PR 1250, backtrace from abort Daniel Jacobowitz
2003-08-07 3:55 ` Andrew Cagney
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).