China DOS Union

Still, the one displayed by mem.exe in 98se is accurate. The file date is 1999-5-5. There are some problems with mem.com in FreeDOS. The first item SYSTEM in FreeDOS's mem often shows that more than 100K of upper memory is occupied. The total size of upper memory is extremely unreasonable. There are two versions of deltree in FreeDOS. One of the versions cannot use the /y parameter. Switching to the program in 98se is no problem, but the file will be larger.

A long time ago made table

XMS2.0 XMS3.0(XMS16) XMS3.0(XMS32) PMode EMS4.0

HIMEM.SYS(MSDOS7.10) N 64M 4G N N
HIMEM.SYS(ROMDOS7.10) N 64M N N N
HIMEM.SYS(DRDOS7.03) N 64M N N N
FDXMS.SYS(FREEDOS) 64M N N N N
FDXXMS.SYS(FREEDOS) N 64M 4G N N
HIMEM.EXE(FREEDOS) N 64M 4G N N

EMM386.EXE(MSDOS7.10) N N N Y 32M
EMM386.EXE(FREEDOS) N N N Y 32M

EMM386.EXE(DRDOS7.03) N 64M 64M Y 32M
QEMM386.SYS(QEMM7.50) N 64M 64M Y 64M
QEMM386.SYS(QEMM9.00) N 64M 4GB Y 4GB

I have never used Qboot.sys before.
I want to ask what role QDBOOT plays in application?
Please inform. Thanks

darkradx is quite meticulous

I tried the attachment on the 14th floor by the webmaster. After using QHIMEME.SYS or HIMEME+HDPMI32, it shows that not only the total XMS number is incorrect, but also the used XMS number becomes "?", etc. This MEM should be the one mentioned by xugaohui in Windows 98 SE, and the file date is also 1999-5-5. The MEM uploaded by the webmaster on the 8th floor and the MEM uploaded by me on the 13th floor are estimated to be of the same version, but the webmaster's is already compressed (smaller size).

Finally, I hope the webmaster can compress USBASPI.SYS V2.20 and UMBPCI.SYS V3.67 and share them with everyone. These two SYS are estimated to save about 30KB space after compression

That I uploaded in 98se, the MEM under HIMEM+HDPMI32 will display the total XMS memory as 64MB, while the remaining memory exceeds 64MB, and the total memory is smaller than the remaining memory, so the used memory will naturally be displayed as a question mark or incorrect value. And the MEM in the DOS 7.1 startup disk we uploaded (respectively compressed version and uncompressed version) will not be like this.

The compressed versions of USBASPI.SYS and UMBPCI.SYS are in the attachment:

Originally posted by johnsonlam at 2006-10-13 02:08:



Your QDBOOT v3.6 occupies 880 bytes, which means the order in the CONFIG.SYS is wrong. Please carefully read the README of QDMA. After matching with QDREL, QDBOOT should not occupy so many 880 bytes!...

After your reminder, I checked CONFIG.SYS and confirmed that the order is not wrong. It is because QDBOOT.SYS did not add parameters /R /W. I also loaded QDREL.SYS in CONFIG.SYS. But when I used MEM to check, there was no QDREL.SYS, which puzzled me. It turns out that QDBOOT.SYS relies on QDREL.SYS to reduce memory usage. Since other MI.COM debugging is also normal, it doesn't matter about QHIMEM2.SYS anymore

Thanks to the webmaster for the compressed versions of USBASPI.SYS and UMBPCI.SYS. Great! The size is reduced by more than 26KB.