leileilol wrote:Fixing DOS/V would also mean 'expecting' implementation of common hardware that actually used it, like the stuff in NEC PC-88/PC-98. There are already specialized emulators for that purpose, Neko Project II is excellent for it, and SarahWalker doesn't owe emulation of a platform she is not interested in working on in her spare time. It's like telling Quake3 to have a patch to run Unreal Tournament content because there are lots of people that play Unreal Tournament.
Actually, DOS/V is for IBM-compatible PC's with any VGA or compatible display adapter. It is distinct from Japanese DOS for the NEC PC-98. And DOS/V already runs on PCem if hardware scrolling is turned off, which means it's simply a bug in hardware scrolling, or possibly PCem not recognizing its 640x475 resolution as a valid one.
For instance, DOS/V runs pretty well in Virtual PC 2007, which also doesn't emulate a PC-98, but provides a virtual IBM-compatible PC.
Likely there's a minor bug in PCem that causes DOS/V to choke, I am going to try to see what actually happens. But as I said in my earlier post, it boils down to either the emulation of the VGA calls not being complete enough or the 640x475 resolution being rejected.
But certainly this has nothing to do with the PC-98, which as you rightfully say, is completely outside PCem's scope.
And as I said, I am going to try to make a fix for the DOS/V hardware scrolling myself, and submit it to Sarah Walker if/when I am done. :p
Edit: I forgot to mention, VMWare had the exact same problem with DOS/V in VMWare Workstation 5 and 6, but then the problem disappeared by Workstation 7. I think it's Microsoft's fault too, since God knows what calls Microsoft used in JDISP.SYS. Though whatever is used, hasn't had problems with any real graphics card I've used.