[Bug python/28538] Consider adding possibility to call gdb unwinder for the heavy lifting

["plasmahh at gmx dot net" <sourceware-bugzilla@sourceware.org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=28538

--- Comment #2 from Dennis Lubert <plasmahh at gmx dot net> ---
I might have overlooked some functionality, but as I understand it, in the 
__call__ you either return nothing, which means gdb will do the full next step,
or you have to provide all registers in the unwind info and return that. 

The nature of debugging for me often means that just a little bit is wrong,
often due to memory corruption (and only very rarely due to some problem with
gdb or the debug information getting things wrong)....

This means that what I really want to do is say gdb "no, at that point $sp is x
not y ... or $pc ... or even more rarely $rdi or something...


What I did is write me a little plugin that allows me to override values for
registers. If intrested, there is an example for the use at
https://github.com/PlasmaHH/vdb/blob/master/doc/UNWIND.md#example (which is the
core file I tried to debug once where I needed that thing)

The problem here is that since I could not find another way, what I did was in
a first round return None all the time but save the pending_frame information,
then cause gdb to reset its registers which causes the unwinder to be called
again (which has ugly side effects, which is the main reason I would like
something cleaner) and then return the previously saved pending frame but
replaces the manually "fixed" register values.

What would help here is to basically get a readable version of the unwind_info
gdb would produce if returning None from the unwinder. This would then enable
me to change directly at that point things, instead of going in that roundabout
way of saving a previous frame and then changing that... 

(hope that explains it, if not we can one day discuss it further on irc )

-- 
You are receiving this mail because:
You are on the CC list for the bug.