Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the forum
Board view  Mix view

HimemSX Issues (Announce)

posted by Japheth Homepage, Germany (South), 23.10.2020, 05:04

Hello Jack,

first, thanks for your RDISK utility, which doesn't use "unreal"-mode and therefore was a very good candidate for HimemSX test!

> > HimemSX as written has some SERIOUS "issues". Its "block move"
> > call cannot be used in "V86" mode, or the PC will CRASH!

It may crash, true. However, with the patched RDISK I only get a simple I/O error when accessing the ramdisk after Jemm386 is loaded. And after Jemm386 has been unloaded, access to the ramdisk is possible again.

> > What is needed is to update the "Int 15h, AH-87h" request within
> > JEMM386/JEMMEX to support "high XMS" memory. If done properly,
> > DOS systems will NOT lose "V86" mode, and "special" drivers like
> > XMGR or XHDD should need only minor changes (adding a "high XMS"
> > page number, etc.).

True. It's already mentioned in the HimemSX readme.txt: "It's planned to extend Jemm386 so that HimemSX's function 0Bh will fully work together with Jemm386 in the future."

> > But unless it is only a "proof of concept", HimemSX is the WRONG
> > place to do "high XMS" moves!

No, since I prefer "UMBPCI/XMS-only" systems these days.

I should probably mention: the main reason for development of HimemSX was to allow full usage of a system's RAM for 64-bit apps, using dos64stb. The "super-extended" block move feature was just a "goodie".

---
MS-DOS forever!

 

Complete thread:

Back to the forum
Board view  Mix view
22049 Postings in 2034 Threads, 396 registered users, 256 users online (1 registered, 255 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum