今天在调试《INTEL汇编语言程序设计第五版》第261页的“9.3.6字符串库演示程序”这一节中的StringDemo.asm程序时发现了一个匪夷所思的问题——在运行str_trim子程序后主程序就无法返回操作系统。Str_trim子程序如下:
str_trimprocuses eax ecx edi,
pString:ptr byte,
char:byte
;功能:删除字符串结尾的所有指定的字符。
;入口参数:pString=字符串首地址,
movedi, pString
invokestr_length, edi
cmpeax, 0
jeL2
movecx, eax
deceax
addedi, eax
moval, char
std
repescasb
jneL1
decedi
L1:movbyte ptr [edi+2], 0
L2:ret
str_trimend
运行时出现如下错误提示:
![9c1e43b410c57b08b0fdaae54aaa7079.png](https://i-blog.csdnimg.cn/blog_migrate/5f03266d9c8b022ebc4cd5b250780584.jpeg)
程序运行时出现的错误
在OD中调试则显示如下结果:
![3fab7bc306f12f7850433e64c1361e98.png](https://i-blog.csdnimg.cn/blog_migrate/58d3cd2d2a8df388b0d8656f98ef4a14.jpeg)
在OD中调试出现的错误
错误提示就是上图的左下角所示“访问违规:正在执行[00000000]-使用Shift+F7/F8/F9来忽略程序异常”。
经过我的多次调试,最终把错误锁定在str_trim子程序的std语句。这个语句改变了字符串指令的访问内存方向,导致主程序在返回操作系统时无论是调用ret指令,还是调用invoke ExitProcess, 0 指令都不能返回。本书的作者在编写str_trim程序时都懂得用std 指令来改变访问内存的方向,那windows的ExitProcess函数为什么不知道调用cld指令来达到自己预期的访问内存的方向呢?那你认为是本书的作者失误还是windows的ExitProcess这个函数设计有bug呢?欢迎在评论区留言。