Mail Archives: opendos/2002/03/05/07:59:32
On 2002-03-04, Joe Smith wrote:
> it has made the memory map look a bit more realistic, however
> I am now getting crashes - EMM386.EXE is reporting protection
> faults... And Fastback locks up on exiting the program...
> usually on the last diskette of a long backup sequence.
Well, so far we have not solved any of the real problems,
Iīm afraid...
| 70:016E >:-A: Built-in device driver
This is still plainly wrong and I have not the sligthest idea
how it was caused. Can you provide the details in regard to
the kernel files you use? What are the file sizes and dates
of the IBMBIO.COM and IBMDOS.COM files in your C:\ root?
| 100:006D DR DOS 200h, 512 1 Disk buffers
| 9FFF:0000 DR DOS 38010h, 229,392 System
| A858:B4D0 DR DOS 200h, 512 1 Disk buffers
| FFFF:A430 DR DOS 200h, 512 1 Disk buffers
Buffers distributed over conventional and video memory and
the HMA is wrong as well. All ten should be in the HMA.
The buffer at A858:B4D0 is what bugs me most. This is
completely invalid and dangerous.
| D836:0000 Loadable device driver
| DDA2:0000 B: Loadable device driver
What kind of driver is this? I cannot see anything you load which
looks like a block device driver?
> The motherboard is a MSI ISA/VL/PCI version with AMI BIOS and ALI
> chipset.
Which ROM-BIOS version? This gets displayed at boot up.
Whatīs the model and Video-BIOS version of your video card, exactly?
Do you have any other adapter cards installed in the system?
> DEVICE=C:\DRDOS\EMM386.EXE DPMI=OFF FRAME=AUTO AUTO MULTI=OFF ROM=AUTO
Well, I suggested to remove the AUTO and ROM=AUTO settings for now:
DEVICE=c:\drdos\emm386.exe dpmi=off multi=off frame=auto
However, maybe we should try the brute force method first and
override most of EMM386.EXE auto detection completely:
DEVICE=c:\drdos\emm386.exe dpmi=off multi=off video=a000-bfff
exclude=c800-c9ff,f000-ffff frame=d000 verbose=debug
The frame page at D000h is sub-optimal, but I didnīt want to
put it at C800 just in case you have a video card with a
non-standard ROM-BIOS size. Letīs see if this works, and
if it does, we can start giving back the memory.
If it doesnīt work, please try:
DEVICE=c:\drdos\emm386.exe dpmi=off multi=off video=a000-bfff
exclude=c800-efff frame=none verbose=debug
IF this still does not work, load HIMEM.SYS instead of
EMM386.EXE and see if it helps.
> rem DEVICE=C:\DRDOS\DPMS.EXE
Please put this back in:
DEVICE=c:\drdos\dpms.exe
You previously forced NWCACHE to use EMS, so DPMS was useless
in your old setup. However, it very much makes sense to let
NWCACHE use DPMS and XMS for performance reasons, so I suggested
to remove the /E switch from the NWCACHE line, so that the
loading of DPMS above makes sense... ;-)
> DEVICEHIGH=C:\DRDOS\NWCACHE.EXE 7680 1024 /MUX /LEND=ON /DELAY=5000
> /FLUSH=ON /BU=16 /CHECK
Ok.
> rem DEVICEHIGH=C:\DRDOS\VDISK.SYS 2000 /X
> SHELL=C:\DRDOS\COMMAND.COM C:\DRDOS /E:2048 /MH /P:AUTOEXEC.BAT
> DOS=HIGH,UMB
Ok. But if you donīt need 2 Kb of environment space,
you can reduce this to /E:512 to save 1,5 Kb of memory.
>FILES=20
>BUFFERS=10
>FASTOPEN=0
>FCBS=4,4
>BREAK=ON
>HISTORY=ON,256,ON, OFF, OFF
Ok. You could reduce the buffers to 3, but they should load into
the HMA, so 10 buffers do not harm.
FILES=20 FCBS=4,4 results in 24 handles under DR-DOS which is
a low value. Many applications need more than 20 handles. As a
housenumber, you should change this to around 40 handles, with
multitasking or networking even 60. My suggestion is to change
the two lines FILES=20 and FCBS=4,4 to FILES=39 and FCBS=1,0.
If you want to keep the FCBS=4,4 (in case an application checks
this value), change FILES=36. This will give the same result.
>VERIFY=ON
VERIFY=off
NWCACHE will refuse to delay writes without VERIFY off, so
you will have to change this to "off" for maximum disk I/O
performance. It will give you an impressive improvement
in speed. Of course, it is enough to do this in AUTOEXEC.BAT
(as you do), if you prefer this.
> LASTDRIVE=Z
Are you using a DOS network like Personal NetWare, or are
you using many SUBST drives? If not, I would reduce this
to G for now. Saves some memory and may also be interesting
to try because of the strange block device driver list at
0070h:016Eh... Letīs see what happens...
> COUNTRY=044,437,C:\DRDOS\COUNTRY.SYS
> INSTALLHIGH=c:\drivers\mouse\ctmouse.com
Ok.
> KEYB UK+ /MU
To load this into the HMA change this to:
KEYB UK+ /MH
> NDD C: D: /Q/R:C:\NU\NDDBOOT.RPT
Can you temporarily remove this, please?
> CALL QM
What is this? Can you remove this as well?
Hope it helps,
Matthias
--
<mailto:Matthias DOT Paul AT post DOT rwth-aachen DOT de>; <mailto:mpaul AT drdos DOT org>
http://www.uni-bonn.de/~uzs180/mpdokeng.html; http://mpaul.drdos.org
- Raw text -