[PATCH 1/2] avoid infinite loop with bad debuginfo
Tom Tromey
tromey@redhat.com
Tue Nov 19 20:56:00 GMT 2013
Pedro> I don't think so, because get_prev_frame_1 would not link in
Pedro> the dup frame. The loop in question would never see it.
Pedro> Hmm, I think one of us is missing something.
Haha, yeah, that usually means me :-)
No worries. I think I understand this bit now.
Pedro> So the bad loop can only ever happen (outside the unwinder code)
Pedro> if we ever let outselves get in the dup frame_id situation:
>> #4 0x0000007fb7f0956c in clone () from /lib64/libc.so.6
>> #5 0x0000007fb7f0956c in clone () from /lib64/libc.so.6
>> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
Pedro> At least, I'm not seeing any other way.
Yes, I see now.
Really not looking forward to writing the test.
Tom
More information about the Gdb-patches
mailing list