如果发生堆栈溢出陷阱,我希望 Controller :
- 发送消息通知用户发生了堆栈溢出
- 消息发送后进行重置
我想知道在开始此异常处理之前重置堆栈指针是否是一个好主意,以确保该过程将在不弄乱内存的情况下完成,或者是否有更好的方法来处理此异常?
最佳答案
就我对早期 C167 编程的内存而言,堆栈溢出异常并不意味着有任何问题(我认为 xe166 就是由此而来)。这仅意味着您位于堆栈的末尾。事实上,只要有足够的技巧,您就可以使用堆栈溢出和堆栈下溢异常来将更大的堆栈“分页”进出主内存!
因此,如果您可以确保异常处理程序不再需要堆栈,那么您无需重置 SP 即可逃脱。我想你可能会从中调用一些函数,在这种情况下,拥有一些可用的堆栈空间可能会很有用:)
您关于“困惑的堆栈”的评论并不是问题所在 - 一旦堆栈指针到达末尾,任何进一步的堆栈使用都会弄乱其他事情,这可能是您的异常代码正在运行的数据依靠。听起来您必须保证重置发生,但如果您开始用错误的 SP 破坏内存,您将无法预测会发生什么。
因此,如果它是一个远程关键系统,请找到一种方法来为“紧急堆栈”提供内存,然后将 SP 指向该系统,然后再继续处理异常处理程序。
关于c - xe166 堆栈溢出异常处理,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6110498/