[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Two issues with stack overflow protection
From: |
Eli Zaretskii |
Subject: |
Two issues with stack overflow protection |
Date: |
Tue, 28 Jul 2015 20:23:00 +0300 |
The implementation of stack_overflow on sysdep.c was recently changed
so as not to use sys/resource.h and getrlimit, but configure.ac still
insists on these two features in order to include the recovery code,
which I think should be fixed.
More importantly, the recovery simply longjmps to command_loop,
whereas similar features like Fthrow and Fsignal do much more in
unwind_to_catch. Shouldn't stack overflow recovery do that as well?
Otherwise, the specpdl stack, byte_stack_list, lisp_eval_depth
etc. all stay at their values they had at stack overflow time, no?
- Two issues with stack overflow protection,
Eli Zaretskii <=
- Re: Two issues with stack overflow protection, Paul Eggert, 2015/07/29
- Re: Two issues with stack overflow protection, Daniel Colascione, 2015/07/29
- Re: Two issues with stack overflow protection, Paul Eggert, 2015/07/29
- Re: Two issues with stack overflow protection, Daniel Colascione, 2015/07/29
- Re: Two issues with stack overflow protection, Paul Eggert, 2015/07/29
- Re: Two issues with stack overflow protection, Eli Zaretskii, 2015/07/29
- Re: Two issues with stack overflow protection, Paul Eggert, 2015/07/29