【214的礼物】异常模式原理推测总结——部分一

1楼百度(就不发镇楼图了)

本贴内容属于个人观点,仅供参考,如有错误,欢迎指出(这也是我没有发镇楼图的原因)

其实在↓↓↑↓↖,也就是我们所说的「箭头君」,发那一份天书之前,我们大家对异常模式的了解只是处于初步阶段,所以建议大家可以去看一下(但是不要挖坟哦)
https://tieba.baidu.com/p/687939706
https://tieba.baidu.com/p/687938869
正好今天是2月14日,就把前几天写的总结了一下发出来吧,因为是赶时间写的,可能会有些错误,欢迎指正

先说一下关于缓冲区的吧,ES和PLUS都有两个输入算式缓冲区,第一缓冲区,也就是存储当前显示的算式的缓冲区,在当前算式上按等于后其中的内容会被复制到第二缓冲区,也就是备份算式缓冲区,当第一缓冲区的内容为空时按←或→的方向键,会把第二缓冲区的内容复制回第一缓冲区,第一缓冲区和第二缓冲区的大小各为100个字节,在没有特殊情况时,只能使用前99个字节,最后一个字节的十六进制码要是00,也就是终止字符,第一缓冲区后面紧跟这第二缓冲区,再后面依次是变量区域,计算历史记录区域和临时数据区域,关于这个临时数据区域接下来会说到

那么,下面说到了关于异常模式的原因,在内存里有一个堆栈,可能是程序堆栈,正常情况下,这个堆栈在基地址在内存中相对靠后的一个固定位置,但在异常模式中,这个堆栈的基地址会向前移动偶数个字节,从而带动这个堆栈向前移动,当堆栈移动到和存放其他数据的区域重叠,就有可能把原来的数据覆盖掉,出现异常,那么,关于堆栈向前移动的原因,下面是个人的一个观点,当一个函数或子程序执行时,要遵守堆栈平衡原理,也就是函数或子程序执行后恢复执行前的堆栈基地址,但如果从一个函数或子程序的半中间开始执行,或执行到半中间就返回,程序就不能正确地恢复堆栈,这个时候堆栈就被破坏了,堆栈的基地址就发生了移动

在以前的ES异常的第一步是用分数线高度溢出上一步的计算结果调出r,也就是统计模式中的相关系数,高度异常的原理还不太清楚,大概是这样的,先输入分数塔和1乘方,等于,然后AC,↑调出上一步Pol运算的历史记录,在显示运算结果时会先在临时数据区域中生成这个字符串,然后调出分数塔,删掉1,引发高度异常,这时候临时数据区域中的字符串会被复制到第一缓冲区,然后在r之前打出可以决定异常的算式,比如一分之一,在统计模式中计算r时,会根据不同的计算方式选择不同的计算程序,正常情况下这个计算方式的值为1到8,但是在特殊情况下(如基本计算模式),这个计算方式值会等于0,这时对r进行计算,计算器就会执行错误的程序,从而引发异常

在PLUS中,程序会对高度溢出进行检查,所以第一步是把光标移到终止字符之外,在82+中是先在数学格式中调出线性格式中的乘方,在删去乘方前面的字符时程序会在乘方的前面加上一个框,删去其他的,只留下这个框,在框的前面按→的方向键会使光标跳过框后面的终止字符,在991+中是先在第二缓冲区中保存一个比接下来的算式多两个及以上的字符的算式,然后用CALC计算「X=d/dx(或∫(或∑(X,0」,这时会计算到终止字符以外的部分,如果在那里计算出现错误就会显示出错信息,按←或→的方向键会使光标移到发生错误的位置,也就是终止字符以外的部分,程序对字符串长度的检查是在输入时检查从第一缓冲区的开始到终止字符为止,而光标在终止字符之外的输入的字符不在检查的范围之内,在把光标跳过终止字符后按的九十几个字符是填充第一缓冲区的,可以乱按,因为之后会被覆盖掉,然后会出现原式,这时光标在第一个X的前面,接下来输入的100个字符是填充第二缓冲区的,然后按AC,←或→的方向键会把第二缓冲区的内容复制到第一缓冲区,这时按等于,前面说过会把第一缓冲区的内容复制到第二缓冲区,但是超过了99个字节,第一缓冲区的终止字符被覆盖了,由于缺少终止字符,复制会一直进行下去,直到复制到内存相对靠后区域,所以之前填充第二缓冲区的100个字符会在内存里面被循环填充,填充的不同数据决定了按等于后不同的效果,下次再介绍