GNU bug report logs -
#76237
31.0.50; feature/igc: crash #1, 2025-02-12
Previous Next
Full log
View this message in rfc822 format
"Oliver Reiter" <oliver.reiter <at> snapdragon.cc> writes:
> Pip Cet <pipcet <at> protonmail.com> writes:
>
>> "Oliver Reiter" <oliver.reiter <at> snapdragon.cc> writes:
>>
>>> Pip Cet <pipcet <at> protonmail.com> writes:
>>>
>>>> (gdb) p main_thread.s.bc
>>>>
>>>> then
>>>>
>>>> (gdb) p bc_next_frame (main_thread.s.bc.fp)
>>>>
>>>
>>> (gdb) p main_thread.s.bc
>>> $1 = {fp = 0x7fffdf3ff710, stack = 0x7fffdf3ff010 "", stack_end = 0x7fffdf7ff010 ""}
>>> (gdb) p bc_next_frame (main_thread.s.bc.fp)
>>> You can't do that without a process to debug.
>>
>> (gdb) p main_thread.s.bc.fp->next_stack
>>
>> might work.
>>
>
> It does:
>
> (gdb) p main_thread.s.bc.fp->next_stack
> $4 = 0x7fffdf3ff730
Oh. I was confused, sorry, I meant
(gdb) p main_thread.s.bc.fp->saved_fp
(gdb) p main_thread.s.bc.fp->saved_fp->saved_fp
(gdb) p main_thread.s.bc.fp->saved_fp->saved_fp->saved_fp
and so on for a few iterations. We want to know whether any of the
stack frames exceed 1024 bytes :-)
Thanks, and sorry for the confusion!
Pip
This bug report was last modified 86 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.