hmmm… this is weird.
So if you run the emulator with DOS 6.22, after about 7-9 minutes it will start displaying the “Divide Overflow” error… non-stop.
But, if you let it run (displaying the divide error), for about 7-9 minutes, it will eventually normalize and work as if nothing had happened…
Then, after 7-9 minutes it will start showing the “Divide overflow” error message, again!
It’s definitely a cycle. Perhaps caused by a variable not being able to handle some “large” value… and eventually rolling over as if it was being bounded through a modulus operation.
Anyway, something I’ve learned while working on this emulator is that “extraordinary bugs” are often caused by “quite simple mistakes”.
For example, this bug with BASIC
was fixed by correcting the way the CPU flags are calculated for opcodes that depend on the Carry Flag (ADC/SBB/etc…).
I just wish there was some (probably Intel developed) utility that could test every single 808x opcode…
That would saved me so much time!
-
This reply was modified 11 years ago by xfx.
-
This reply was modified 11 years ago by xfx.
-
This reply was modified 11 years ago by xfx.
Recent Comments