Mail Archives: opendos/1998/01/30/03:02:37
I think, I found the cause of DOS-UP conflict and a bug in the OpenDOS kernel.
To find it, I used Quarterdeck Manifest and DOS MEM.
Novell DOS 7(15) - QEMM's MFT reports:
026B - 0289 0.5K COMMAND
028A - 029A 0.3K COMMAND Environment
B22F - B391 5.5K COMMAND Data <!!!!!!!!!
Novell DOS 7(15) - MEM/F reports:
FFFF:00E0 | COMMAND | 1620h, 5 664 | Program
!FFFF:1780 | DOS | F30h, 3 888 | DOS BIOS code
FFFF:26B0 | DOS | 6F90h, 28 560 | DOS kernel code
FFFF:9640 | DOS | 5320h, 21 280 | BUFFERS= 40 disk buffers
FFFF:E960 | -------- | 1690h, 5 776 | FREE
DR-OpenDos 7.02 -QEMM's MFT reports:
029E - 02BC 0.5K COMMAND
02BD - 02CD 0.3K COMMAND Environment
B001 - B209 8.1K COMMAND Data <!!!!!!!
DR-OpenDOS 7.02 - MEM/F reports:
FFFF:00E0 | -------- | 16A0h, 5 792 | FREE <!!!!!!!!!!!!
!FFFF:1780 | DOS | F30h, 3 888 | DOS BIOS code
FFFF:26B0 | DOS | 71E0h, 29 152 | DOS kernel code
FFFF:9890 | DOS | 5320h, 21 280 | BUFFERS= 40 disk buffers
FFFF:EBB0 | -------- | 1440h, 5 184 | FREE
As is shown, the COMMAND data by OpenDOS is much greather as by NWDOS,
but the storage reserved in the HMA for COMMAND data is equal. Therefore,
by OpenDOS always is not enough memory to load COMMAND into HMA. To fix this
bug, the storage for DOS BIOS code in HMA must be moved higher!!!
I'm waiting for answers.
--
Pavel V. Ozerski | Inst. of Evolutionary Physiology & Biochemistry,
office +7 (812)552-6870(291)| Russian Academy of Sciences,
FAX +7 (812)552-3012 | Thorez pr. 44, St.Petersburg, 194223, Russia
home +7 (812)528-5576 | E-mail: pavel AT insect DOT ief DOT spb DOT su
- Raw text -