Fix support for gigantic stack frames on x86-64

Geert Bosch bosch@gnat.com
Sun Jun 8 03:50:00 GMT 2003


On Friday, Jun 6, 2003, at 04:11 America/New_York, Richard Henderson 
wrote:
> Well, if you deallocate the stack frame and return in the next
> instruction, there is a 1 insn window where a signal could be
> delivered.  With -fasynchronous-unwind-tables, there are supposed
> to be no such holes.

Of course you could fix this in the unwinder. If the current instruction
pointer points to a return, adjust the instruction pointer and stack 
pointer
as if this return already happened and continue unwinding. I believe 
that
in practice you want the unwinder to be as forgiving as possible for
incomplete/missing information. By always interpreting the effect of a
few known instructions you may be able to correctly unwind most simple
code without descriptors,



More information about the Gcc-patches mailing list