|
|
1
1
不,没有一种方法可以通过编程复制硬件陷阱造成的所有影响。例如,一个真正的硬件陷阱在TBR寄存器中设置tt(陷阱类型字段),以指示陷阱的类型。程序员不能通过写入TBR寄存器来修改此字段。如果在陷阱处理程序中读取此字段(无论出于何种原因),您可能无法人为设置它。然而,正如评论中提到的,如果处理器实现提供调试接口,可能会导致硬件陷阱。
有没有一个特别的原因可以解释为什么你不能编写导致硬件陷阱的代码(例如窗口溢出或被零除等)?在sparc asm中编写小单元测试来测试这样的陷阱实际上是非常简单的。如果你想彻底测试对陷阱的响应,这实际上可能是必要的。另一种可能性是使用sparc V8模拟器。 |
|
|
M.Jane · 组织和编写异常类的正确方法 8 年前 |
|
|
shubham daharwal · java中的内部捕获异常 8 年前 |
|
|
Jon · 如何在不需要任何操作的情况下处理Python异常 8 年前 |
|
|
felix1415 · C++捕获(标准::异常和e)与捕获(…) 8 年前 |
|
k0pernikus · 如何在scala中键入可能引发异常的函数? 8 年前 |