yaya2007

echo $[0xf0]1234567890$[]1234567890 旧版本grub4dos，在非QEMU虚拟机，在控制台模式（80*25）的0—23行执行，没有一点问题。但是在第24行执行就暴露问题了。尤其是字符在80个以上时。 分析原因： 1. 滚屏时，首先把1—24行字符移动到0—23行。 2. 打印80个空格，清除第24行内容。 3. 打印新的内容。 问题就出在第二条。它使用第24行第一个字符的属性打印，这时属性是白色背景！ 如果第一个字符是常规属性，就不会有问题了。

也许有一个更好的办法，就是在第24行时再起作用（跳过0列，在第1列打印）。 [grldr.rar.txt](https://github.com/chenall/grub4dos/files/9949253/grldr.rar.txt)

I'm not sure. Let's test it tomorrow. The scrolling problem. You used the version test on September 15, and the command line was repeated 30 times.

You can use the test.txt on the first floor to test it.

I have no problem testing here. It is definitely not a problem introduced this time. You can test several different types of virtual machines. Or test on a real machine.

Now the return value of the function is basically 32 bits.

It is too difficult. There are too many return values of functions, and they should be modified to 64 bits!

Try to modify it tomorrow

The function can be implemented basically, but the return values of all functions need to be changed from 32 bits to 64 bits! Too much risk! I don't know what...

Add "@ retval64" variable. The "/" and "%" operations of the "calc" function allow 64 bits. [grldr.rar.txt](https://github.com/chenall/grub4dos/files/9682759/grldr.rar.txt)