响应中断的特殊情况问题

ycg

1. mov ax,1000h
   
2. mov ss,ax
   
3. mov ax,0mov sp,0

复制代码

这段代码，不是说用debug在执行完给ss传送数据指令后，cpu不响应中断吗？
可在用debug调试后，ax的值还是变为0了，各位大神能给小弟讲解下原理吗？谢了!

lukelqz

这个问题王爽老师的书上说的很清楚哇，debug的t命令是利用了CPU的单步中断，CPU在执行完一条指令如：mov ax,1000h，之后，如果检测到标志寄存器的TF位为1，则产生单步中断，引发中断过程。具体引发的中断过程就是:
(1) 取得中断类型码1；（单步中断的类型码为1）
(2) 标志寄存器入栈，也就是pushf；
(3) TF=0,IF=0；（如果TF不设为0，那么在执行中断处理程序的时候，第一条指令执行完，就又要去执行单步中断的中断处理程序，因为CPU的单步中断，就是检测TF位的，只要为1，它就会触发单步中断，如果TF不设为0，就会无限循环触发单步中断）
(4) push cs；(保存好手里停下来的活，再去做紧急的事情，也就是中断处理程序)
(5) push ip；
(6) (IP)=(1*4),(CS)=(1*4+2)；(设置好目的坐标，就去执行单步中断的处理程序了，也就是debug提供的单步中断处理程序，功能就是显示寄存器中的内容后等待输入命令)

上面是我把王爽老师的单步中断概况了一下，t命令就是利用上面的原理。

下面解释你的问题：
其实王爽老师下面一节也就紧接着解释了，我就重复一下吧。
CPU一般情况下执行完当前指令后，如果检测到中断信息，如TF=1，就会响应中断，引发中断过程，如t命令的中断过程，就是打印当前寄存器的内容，然后等待输入命令。但是有的特殊情况，如：给ss段寄存器赋值，本来应该是mov ss,ax命令执行之后，停下来显示。但是一旦响应中断的话，就会执行pushf，push cs，push ip。问题就来了，这时候你已经mov ss,ax了，栈段的位置已经改变了，sp没改变（因为你的下一条指令才是给sp赋值），你就随便往你都不知道指向哪儿的栈压入cs，ip啊之类的，后果可想而知。
系统为了避免这种错误，所以CPU设计为执行完给ss赋值的指令后，直接执行下一条指令，中间不响应中断，如：单步中断也就是t命令。CPU不会检查你下面一条指令是什么，它只会执行完如：mov ss,ax后，直接把下面一条指令如：mov ax,0，执行掉。然后它才响应单步中断，你就会发现ax已经为0了。我们编程的时候为了严谨，在设置完ss后，应该直接给sp赋值。而不是加入其它指令。
有点罗嗦，不知道能不能理解。

参考文献：
王爽.《汇编语言》.清华大学出版社.2008.4：73-74，249-251

ycg

lukelqz 发表于 2012-12-7 10:03

                               
登录/注册后可看大图

这个问题王爽老师的书上说的很清楚哇，debug的t命令是利用了CPU的单步中断，CPU在执行完一条指令如：mov ax ...

很详细，谢谢了