这个问题需要一些功底，大佬来

神女软件定制

福仔 发表于 2022-11-28 12:20
既然你传递进去的是一个字节, 那就应该只读一个字节, 而不是4个字节, 你这样处理的话, al的值就是你传递进 ...

还是应该算bug吧

  

窗口程序集名	保 留	保 留	备 注
窗口程序集_启动窗口

子程序名	返回值类型	公开	备 注
__启动窗口_创建完毕

变量名	类 型	静态	数组	备 注
bin	字节集

bin ＝ 取重复字节集 (500, { 8 })
调试输出 (格式化文本 (“%d”, bin [257]))* “264”

i支持库列表	支持库注释
spec	特殊功能支持库
eAPI	应用接口支持库

.版本 2<br /> .支持库 spec<br /> .支持库 eAPI<br /> <br /> .程序集 窗口程序集_启动窗口<br /> <br /> .子程序 __启动窗口_创建完毕<br /> .局部变量 bin, 字节集<br /> <br /> bin ＝ 取重复字节集 (500, { 8 })<br /> 调试输出 (格式化文本 (“%d”, bin [257]))* “264”

反正c里不会出现这种事情，不足4字节参数，应该要整型提升，他就要给扩展，清掉高位

yeweiyang

同学麻烦让让 发表于 2022-11-28 12:46
测试确实是这样的，不知道算不算BUG，push不满4个字节的参数到栈里的时候没有用movzx命令零位扩展到32位再 ...

那间接是不是直接就影响整个 字节集数组 在易语言中的风险性了，取出来的值根据下标的不同是有严重问题的，如果对应转换类型是al则不影响，如果是ax（al+ah）就会受到影响

yeweiyang

同学麻烦让让 发表于 2022-11-28 12:46
测试确实是这样的，不知道算不算BUG，push不满4个字节的参数到栈里的时候没有用movzx命令零位扩展到32位再 ...

另外就是为什么每256会有一个大循坏，多的字节从 01 02 03 04 05 这样递增，那就不能称为内存脏数据了，因为有规律在

同学麻烦让让

yeweiyang 发表于 2022-11-28 14:44
那间接是不是直接就影响整个 字节集数组 在易语言中的风险性了，取出来的值根据下标的不同是有严重问题的 ...

如果不改返回值类型是会影响，所以还是按照易语言的规则来吧，返回值类型改为字节，没有什么好的办法

yeweiyang

福仔 发表于 2022-11-28 12:38
不要认为栈数据会自动清0, 你push的一个字节, 那你就应该认为只有一个字节有效, 而不是4个字节都有效
编 ...

我之前测试过的，xor eax，eax，清零eax，避免脏数据影响，但是因为没有效果，所以截图里面没有体现出来，删掉了 这句

补充内容 (2022-11-28 14:51):
所以排除了eax原本的影响，定位到原因在栈上的参数，参数原本就存在问题

同学麻烦让让

yeweiyang 发表于 2022-11-28 14:46
另外就是为什么每256会有一个大循坏，多的字节从 01 02 03 04 05 这样递增，那就不能称为内存脏数据了， ...

前面有一句mov eax,0x101，如果取数组513下标成员的话这句应该就会被编译为mov eax,0x201，以此类推

yeweiyang

感谢各位大佬，总结一下，确实是易语言字节集数组的一个特性的问题，不知道算不算bug。至少和C++中是不一样的

如图，易语言从字节集数组中取第x个字节，特性是每256次一个循环，这个循环次数插入到高字节序



举个通俗易懂的例子，假如一个长度无限的重复字节集数组 {66}

bin[256] = {42,0,0,0}
bin[257] = {42,01,0,0}
bin[513] = {42,02,0,0}
bin[769] = {42,03,0,0}
bin[769] = {42,04,0,0}

依次类推，这个是栈中的实际数据格式

如果自己汇编处理，没有处理好字节数，那么就会出现问题，因为多了一个扩展字节

在其他编译器中，是用 movzx 来消除








补充内容 (2022-11-28 15:23):
42就是66，严谨的来说，这里{}应该是66，实际内存中十六进制是42，这些细节不重要