You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 28, 2023. It is now read-only.
When using QMEU, I found out that I always got crashes when using a 16bit TSS.
It took me quite some time to narrow it down to this ugly hack in cpu.c:
And with this code, i.e. dosx DOS DPMI-extender will crash, as its 16bit TSS gets corrupted.
So the reason for the above mentioned behaviour i.e. by MacOS has to be found and fixed, a real CPU also doesn't tinker with the TSS, so this must be due to some bug that needs to be found instead of inserting a hack into the code.
As a last resort, this fix can be made optional via configuration settings, but I consider doing such a hack by default as a bad decision.
When using QMEU, I found out that I always got crashes when using a 16bit TSS.
It took me quite some time to narrow it down to this ugly hack in cpu.c:
haxm/core/cpu.c
Line 379 in 7b7c1b3
I now disabled it with an #ifdef in my branch:
leecher1337@45db4b0
I think it would be better to make some IOCTL for enabling/disabling this hack so that HAXM also stays usable for applications besides QEMU.
The text was updated successfully, but these errors were encountered: