home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
OS/2 Shareware BBS: 24 DOS
/
24-DOS.zip
/
doswitip.zip
/
MEMORY.TXT
< prev
next >
Wrap
Text File
|
2002-05-07
|
71KB
|
1,480 lines
AXCEL216's MAX Speeed
MS-DOS 6.xx + Windows/WfWG 3.1x Memory Management Guidelines
Take control of your Windows/WfWG 3.1x machine at DOS level!
... And Boost Your DOS Memory to the MAX!
WARNING: FIRST BACKUP ALL YOUR HARD DRIVES TO A SAFE LOCATION BEFORE
ATTEMPTING TO MAKE ANY SYSTEM CHANGES!
Take EXTREME CAUTION when modifying your System settings! Faulty
changes may result in computer crashes/lockups/permanent data loss,
or might lead to having you REINSTALL the ENTIRE Operating System(s)!
YOU are the ONLY one responsible for ANY changes YOU make!
ALWAYS HAVE YOUR MOST RECENT SYSTEM BACKUP READY!
NOTES: - For memory management guide + optimization tips *READ* REGIONS.TXT
(included).
- For DOS + Windows extended + expanded memory managers technical
details see EMM386.TXT (included).
- For abbreviations + terms explanations see GLOSSARY.TXT (included).
- For Microsoft EMM386.EXE + HIMEM.SYS undocumented parameters see
related topics in SECRETS.TXT (included).
FYI: Other web pages guidelines linked here do not necessarily reflect the
opinion of the author of these files.
Please send me your comments, corrections, tips at:
axcel216@aol.com
My DOS6 MEMory Specs are also available at:
http://members.aol.com/axcel216/mem6.htm
MUST HAVE [99.99% FREE(ware)] from SOFTWARE.TXT (included):
- MS-DOS 5.00 - 8.00 ESSENTIALS:
http://members.aol.com/axcel216/dos.htm
- Speeed-Up + BenchMark Tools:
http://members.aol.com/axcel216/speed.htm
MEMORY.TXT Contents:
Intro
BASIC *ESSENTIAL* MEMORY TIPS
My CONFIG.SYS + AUTOEXEC.BAT Step by Step:
I. My CONFIG.SYS Lines Explained
II. My AUTOEXEC.BAT Lines Explained
Killer Replacements
Notes + Wrap-Up
______________________________________________________________________________
Intro
These are my own memory management optimization guidelines + tweaks on how to
"squeeze" the last Byte of FREE conventional memory for all your DOS
programs/games, make more RAM available to your Windows GUI, and how to modify
your CONFIG.SYS, AUTOEXEC.BAT + SYSTEM.INI files to make all this happen.
I posted these tips hoping you will find useful to have plenty of free low
memory to run ANY "memory hungry" DOS program/game on the planet, in the same
setup in which you also start Windows/WfWG 3.xx, WITHOUT the need for separate
startup configurations that require rebooting your machine.
Enjoy.
Because...
* LOL [:-)]: The Shadow knows...
"640K ought to be enough for anybody." = Bill Gates, 1981.
* FYI: Now seriously, did YOU know?!
After all Windows/WfWG 3.1x is a 16-bit Graphical User Interface (GUI)
protected mode virtual environment, which still depends on the good ol' MS-DOS
6.xx TSR modules (IO.SYS + COMMAND.COM), MS-DOS mode memory manager
(HIMEM.SYS) and compatibility (legacy) drivers (IFSHLP.SYS) to load on top of
the plain DOS command line based layer!
The good news is Microsoft released Windows XP (eXPerience), a true 32-bit
multitasking, multithreading and Symmetrical MultiProcessing (SMP) graphical
OS, which does away once for all with the "ancient" 16-bit MS-DOS command line
OS.
But the bad news is WinXP does NOT support native/real MS-DOS mode, necessary
for old DOS based programs/games that require full VGA screen and/or exclusive
access to hardware resources, and most of which are still memory "hungry",
especially the ones that canNOT run from a DOS session/box/window inside
Windows.
Therefore master your CONFIG.SYS + AUTOEXEC.BAT command lines and SYSTEM.INI
parameters to BOOT into your system the way YOU want!
I included here my MS-DOS 6.22 + WfWG 3.11 versions of startup files:
AUTOEXEC.BAT + CONFIG.SYS.
Use them ONLY as EXAMPLES to customize YOURS.
You could view/print both with EDIT.COM in DOS or Notepad/Sysedit in Windows.
More info @ MSKB:
http://support.microsoft.com/support/kb/articles/q232/5/58.asp
But I strongly recommend to use my dedicated DOS style batch files: EAB.BAT
(edits/backs up AUTOEXEC.BAT) + ECS.BAT (edits/backs up CONFIG.SYS) to modify
them with minimum effort.
See "EDIT BOOT FILES" in MYTIPS31.TXT (included) for complete details.
TIP: A good thing is that you can successfully use the Win9x/ME MS-DOS mode
memory managers releases (HIMEM.SYS + EMM386.EXE) in your MS-DOS 6.xx
CONFIG.SYS, ONLY IF you are using the dual-boot feature in Win9x/ME AND have
kept your old MS-DOS 6.xx + MS Windows/WfWG 3.1x.
I included here my system MEMory configurations using 5 different MS-DOS mode
memory managers in CONFIG.SYS (current releases):
- MicroSoft MS-DOS 6.22 EMM386.EXE v4.49 + HIMEM.SYS v3.10 "combo",
- Uwe Sieber UMBPCI.SYS v3.39a in combination with Microsoft HIMEM.SYS v3.10
+ HIRAM.EXE v1.9 (loads HIMEM.SYS in upper memory),
- Network Associates (Helix) NetRoom RM386.EXE v3.04,
- Symantec (QuarterDeck) QEMM386.SYS v9.00 and
- Lineo (Caldera) DR-DOS 7.03 EMM386.EXE v3.27.
For my DOS MEMory stats using these 5 memory managers, take a look at:
- MEM62.TXT = in native MS-DOS mode (outside Windows), and
- MEM31.TXT = in a DOS session with WfWG 3.11 GUI started.
MSD62.TXT (included) shows a brief list of my MS-DOS 6.22 + WfWG 3.11 system
hardware specs, running Microsoft Diagnostics tool (MSD.EXE) v3.01 OUTSIDE
Windows in native MS-DOS mode.
IMPORTANT:
All CONFIG.SYS + AUTOEXEC.BAT command lines in these examples are CUSTOMIZED
STRICTLY to my system, and you NEED to follow the guidelines in this text
file, and then edit your OWN startup files (ONLY after making BACKUPs!) to
adapt them to YOUR PARTICULAR SYSTEM SPECS!
BASIC *ESSENTIAL* MEMORY TIPS
1. Add/modify the EMM386.EXE (or your 3rd party expanded memory manager) line
in your CONFIG.SYS to provide UMBs (Upper Memory Blocks), access to UMA (Upper
Memory Area) and expanded memory (EMS) provided by the EMM386.EXE "RAM" and
"HIGHSCAN" parameters.
Contrary to what you may have read/heard, expanded memory is STILL needed by
certain (older) DOS applications and games that canNOT be executed from a DOS
box/session/window INSIDE the Windows GUI, and DOES NOT slow down your
computer's performance. What DOES slow down is the mere presence in memory of
ANY upper/extended/expanded memory manager loaded from CONFIG.SYS, EVEN IF
expanded memory is NOT enabled.
There are two exceptions though (see further below for details):
- Microsoft's HIMEM.SYS = provides ONLY extended RAM, NOT upper or expanded,
and does NOT slow down your CPU.
- Uwe Sieber's UMBPCI.SYS (HIMEM.SYS extender) = provides ONLY upper RAM, NOT
extended or expanded, but leaves the CPU in "real mode", which is MUCH faster.
Such programs NEED to run from the true/native/real MS-DOS mode, OUTSIDE
Windows.
Here is a list of DOS programs that use Expanded Memory Specifications (EMS):
* Applications:
- Autodesk CAD
- Borland: dBASE, Paradox, Quattro Pro + Turbo C
- Computer Associates Clipper
- Geoworks
- Liberation Enterprises Intellicom
- Lotus: 1-2-3 2.x/3.x, Agenda, Magellan + Symphony
- Microsoft FoxPro
- Mustang Wildcat BBS
- Novell Word Perfect
- SPC Harvard Graphics
- Symantec: DESQview + Q&A
* Games:
- id: Spear of Destiny + Wolfenstein 3D
- Lucas Arts: X-Wing + TIE Fighter
- Microprose Civilization
- Origin: Strike Commander, Ultima Underworld + Wing Commander
- Spectrum HoloByte Falcon
- Three-Sixty: Patriot + V for Victory
* Network Software:
- 3Com TCPIP 2.x
- DEC DecNet
- FTP PC/TCP 2/3
- Microsoft LanMan 2.x
- Novell: EMSNETX + VLM
* Utilites + TSRs:
- Microsoft MSCDEX.EXE CD-ROM Extensions TSR
- Lineo (Caldera) DR-DOS NWCDEX.EXE CD-ROM Extensions TSR
- Creative Labs Sound Blaster AWE32/AWE64/Live! series Audio Tools/TSRs
- HyperWare HyperDisk
- IIT XtraDrive
- Novell Btrieve
- PC-Kwik
- Stac Electronics Stacker
- Symantec: FastBack, NDOS, NCACHE, Norton PC Tools + QRAM
- Vertisoft DoubleDisk
Therefore if you are still running ANY DOS programs/games that use expanded
memory, I suggest to enable it in your CONFIG.SYS.
See REGIONS.TXT and EMM386.TXT (both included) for DETAILED MS-DOS Upper
Memory Management, Upper Memory Regions Mapping + Expanded Memory Management
and Troubleshooting, TO MASTER THE WAY DEVICES, DRIVERS + TSRs LOAD FROM YOUR
CONFIG.SYS + AUTOEXEC.BAT.
FYI:
- MSKB: Overview of Memory-Management Functionality in MS-DOS:
http://support.microsoft.com/support/kb/articles/q95/5/55.asp
- MSKB: Win95: Managing Memory in MS-DOS Mode:
http://support.microsoft.com/support/kb/articles/q151/7/18.asp
- MSKB: How to Increase Conventional Memory for MS-DOS-Based Programs:
http://support.microsoft.com/support/kb/articles/q134/3/99.asp
- MSKB: EMM386.EXE Slows Down System Performance:
http://support.microsoft.com/support/kb/articles/q74/1/52.asp
- MS TechNet: MS-DOS 6 Memory Management:
http://www.microsoft.com/technet/archive/msdos/05_memry.asp
- MS TechNet: Working with Startup files:
http://www.microsoft.com/technet/archive/msdos/03_confg.asp
- MS-DOS Error Messages:
http://dos.li5.org/help/ERRMSG.HTM
- Running MS-DOS games:
http://www.orca.bc.ca/~win95/faq12.htm
I have tested and benchmarked extensively all possible memory configurations
on 8 different Intel based PC clones, covering almost all popular
"generations" of CPUs:
- 386/SX 16 MHz ISA with 4 MB RAM [running MS-DOS 5.0 + MS Windows 3.0]
- 486/SX 25 MHz ISA with 8 MB RAM [running MS-DOS 5.0 + MS Windows 3.1]
- 486/DX2 66 MHz ISA with 16 MB RAM [running MS-DOS 6.00 + MS Windows 3.11]
- Pentium 90 MHz PCI with 32 MB RAM [running MS-DOS 6.22 + MS WfWG 3.11]
- Pentium 200 MHz PCI with 48 MB RAM [running MS Windows 95a OSR1 a.k.a.
MS-DOS 7.00 in dual-boot setup with MS-DOS 6.22 + WfWG 3.11]
- Pentium 233 MHz MMX PCI with 64 MB EDO DRAM [running MS Windows 95B OSR 2.1
a.k.a. MS-DOS 7.10 in dual-boot setup with MS-DOS 6.22 + WfWG 3.11]
- Pentium II 450 MHz MMX [overclocked @ 504 MHz] AGP with 128 MB PC100 SDRAM
[running MS Windows 98 a.k.a. MS-DOS 7.10 in dual-boot setup with MS-DOS 6.22
+ WfWG 3.11]
- Pentium III 700E MHz SSE [overclocked @ 805 MHz] AGP with 256 MB PC133 SDRAM
[running MS Windows 2000 in triple-boot setup with Windows 98 SE a.k.a. MS-DOS
7.10 and MS-DOS 6.22 + WfWG 3.11].
Tested memory settings:
- NO upper, NO expanded, extended ONLY: only HIMEM.SYS in a stripped down
CONFIG.SYS + NO AUTOEXEC.BAT;
- upper, extended, NO expanded: HIMEM.SYS + EMM386.EXE with the "NOEMS" switch
in CONFIG.SYS + stripped down AUTOEXEC.BAT;
- upper, extended AND expanded: HIMEM.SYS + EMM386.EXE with the "RAM" switch
in CONFIG.SYS + full featured AUTOEXEC.BAT.
I have found the best (and most compatible!) overall memory configuration, and
in most cases the fastest (except UMBPCI.SYS shown below) to be: Microsoft
HIMEM.SYS + EMM386.EXE "combo" in CONFIG.SYS, with upper (UMB), extended (XMS)
AND expanded memory (EMS) enabled, and with ALL necessary real-mode 16-bit
MS-DOS drivers/devices/TSRs (IFSHLP.SYS, ANSI.SYS, CD-ROM driver, MSCDEX.EXE,
SMARTDRV.EXE, MOUSE.COM, DOSKEY.COM, VESA VBE 2.0/3.0 TSR etc) loaded in upper
memory (UMA), using "DEVICEHIGH" in CONFIG.SYS and respectively "LOADHIGH"
("LH" for short) in AUTOEXEC.BAT.
For detailed MEMory specs see MEM62.TXT + MEM31.TXT (both included).
NOTE: On some systems you may need to leave a minimum of 16 KB upper DOS
memory FREE for Windows proper operation!
This way I reached 625 KB of free conventional memory (which to my knowledge
is maximum allowed on a PC/AT equiped with a color VGA video card and using
the default memory managers provided by Microsoft: HIMEM.SYS + EMM386.EXE) and
10-40 KB of free upper memory (UMA) in native/real MS-DOS mode, enough to run
ANY memory hungry DOS program/game.
ALL examples here have been tested and used successfully ONLY with my old/new
systems CUSTOM configurations: directory NAMES, CPU (see list above), ROM BIOS
setup, Video BIOS, chipset, motherboard etc:
- Tyan Tomcat S1562 mobo, Intel TX Triton II chipset + AMI BIOS
- Megatrends HX83 mobo, Intel HX Triton II chipset + AMI BIOS
- Abit BH6 mobo, Intel 440BX chipset + AWARD BIOS
- Abit BE6-II mobo, Intel 440BX chipset + AWARD BIOS
- Abit BE6-II v2.0 RAID mobo, Intel 440BX chipset + AWARD BIOS
- ATI Mach64 Graphics Turbo PCI 2D video
- 3Dfx Voodoo Banshee PCI 2D+3D video
- Quantum3D Obsidian2 X-24 TV Voodoo2 SLI PCI 3D only video
- NVidia GeForce 256 DDR AGP 2D+3D video
- HighPoint ATA66 EIDE drive controller on Abit BE6-II mobo
- HighPoint ATA100 EIDE RAID drive controller on Abit BE6-II v2.0 RAID mobo,
running these Microsoft Operating Systems + Environments:
- MS-DOS 5.0
- MS-DOS 6.00
- MS-DOS 6.22
- Windows 3.10
- Windows 3.11
- Windows for WorkGroups 3.11
- Windows 95 [a.k.a. MS-DOS 7.00]
- Windows 95a OSR1 [a.k.a. MS-DOS 7.10]
- Windows 95B OSR 2.1 [a.k.a. MS-DOS 7.10]
- Windows 98 [a.k.a. MS-DOS 7.10]
- Windows 98 SE [a.k.a. MS-DOS 7.10]
- Windows ME [a.k.a. MS-DOS 8.00].
My current detailed PC hardware specs are listed in MYPC.TXT (included).
Here we go:
- Microsoft HIMEM.SYS v3.10 + EMM386.EXE v4.49 extended/expanded memory
managers "combo" (included with MS-DOS 6.xx) CONFIG.SYS lines:
DEVICE=C:\DOS\HIMEM.SYS /NUMHANDLES=128 /TESTMEM:OFF /Q
DEVICE=C:\DOS\EMM386.EXE I=D000-EFFF I=CA00-CBFF I=B000-B7FF M3 A=64 H=128 D=256 RAM AUTO NOTR
WARNING:
The OLDER Microsoft HIMEM.SYS v3.10 + EMM386.EXE v4.45/v4.49 memory managers
included with MS-DOS 5.0 and 6.xx do NOT PROPERLY detect/enable the entire
extended memory (SXMS protocol is NOT implemented!) on computers with MORE
than 64 MB RAM installed, and may generate errors/lockups with newer programs
that take advantage of the extra RAM!
Therefore I STRONGLY RECOMMEND if you also own Windows 9x/ME (and eventually
dual-boot between DOS6 and Win9x/ME) to use one of the NEWER Windows 9x/ME
releases of HIMEM.SYS + EMM386.EXE (SXMS enabled) with MS-DOS 6.00 - 6.22 OS:
HIMEM.SYS v3.95 is included with Windows 95/98 [a.k.a. MS-DOS 7.00/7.10].
HIMEM.SYS v3.99 is included with Windows ME [a.k.a. MS-DOS 8.00], and is
loaded automatically as part of IO.SYS (a HIMEM.SYS line in CONFIG.SYS is not
necessary anymore).
EMM386.EXE v4.95 is included with Windows 95/98/ME.
- Uwe Sieber's UMBPCI.SYS v3.39a upper memory extender (freeware), using
Microsoft HIMEM.SYS v3.10 high/extended memory manager + HIRAM.EXE v1.9 (loads
HIMEM.SYS in upper memory) CONFIG.SYS lines in this *EXACT* order:
DOS=HIGH,UMB
DEVICE=C:\MAX\UMBPCI.SYS
DEVICE=C:\MAX\HIRAM.EXE
DEVICEHIGH=C:\DOS\HIMEM.SYS /NUMHANDLES=128 /TESTMEM:OFF /Q
UMBPCI.SYS provides a maximum of 629 KB of free low RAM, with everything
loaded "high", and proved to be the FASTEST memory manager of this bunch:
http://members.aol.com/axcel216/umb.htm
My HIRAM.EXE page:
http://members.aol.com/axcel216/umb.htm#HIR
The only disadvantage is that UMBPCI.SYS does NOT provide expanded memory
(EMS). But according to Uwe Sieber's guidelines, you can enable EMS in a
DOS session/box under the Windows GUI (if ANY of your DOS apps/games need
EMS), by adding/changing this SYSTEM.INI (found in your Windows directory)
line under the [386enh] section (edit SYSTEM.INI with Notepad or Sysedit):
[386enh]
EMMPageFrame=C800
provided the C800-D7FF upper memory area is CONTIGUOUS and FREE when Windows
loads. Also make sure NO OTHER expanded/extended manager is loaded, EXCEPT
HIMEM.SYS, because UMBPCI.SYS is an extension to HIMEM.SYS.
NOTE: Not ALL motherboard chipsets are supported by UMBPCI, because some do
NOT enable Shadow RAM (ISA DMA). :( See the complete list of supported
chipsets:
http://members.aol.com/axcel216/umb.htm#REQ
- Network Associates (Helix) NetRoom RM386.EXE v3.04 (retail) enhanced memory
manager CONFIG.SYS line (applies to ALL RM386 releases starting with 3.00):
DEVICE=C:\HELIX\RM386.EXE X=F000-FFFF I=B000-B7FF AUTO H=128 NMION NOT NOTR Q
- Symantec (Quarterdeck) QEMM386.SYS v9.00 (retail) enhanced memory manager
CONFIG.SYS line (applies to ALL QEMM releases begining with 7.00):
DEVICE=C:\QEMM\QEMM386.SYS X=F000-FFFF I=B000-B7FF RAM AU BE:N DM=128 HA=240 MA=128 TA=32
- Lineo (Caldera) DR-DOS 7.03 EMM386.EXE v3.27 (free trial) enhanced memory
manager CONFIG.SYS line (applies to ALL EMM386 releases starting with 3.00):
DEVICE=C:\DRDOS\EMM386.EXE USE=C800-EFFF USE=B000-B7FF AUTO DMA=256 HANDLES=128 QUIET
Get DR-DOS 7.03 Operating System [6 MB, free trial]:
ftp://ftp.lineo.com/pub/drdos/DR-DOS.703/dr703.exe
FYI:
For more info on HIMEM.SYS and EMM386.EXE parameters run these commands from a
DOS prompt (HELP.COM is located in your \DOS directory):
HELP EMM386.EXE
to read the EMM386.EXE topic, and:
HELP HIMEM.SYS
to read the HIMEM.SYS topic.
2. CD-ROM/CD-R(W)/DVD-ROM/DVD-R(W) drives canNOT be accessed in native MS-DOS
mode WITHOUT Compact Disc EXtensions (CDEX) support! Therefore you MUST load
one of these DOS CDEX drivers in your AUTOEXEC.BAT, to be able to use your
CD/DVD based programs/games in native MS-DOS, e.g. when installing MS Windows
from the Setup CD:
- Microsoft MSCDEX.EXE v2.23, included with MS-DOS 6.00 - 6.22.
I RECOMMEND if you also own Windows 9x/ME (and eventually dual-boot between
DOS6 and Win9x/ME) to use the NEWER MSCDEX.EXE v2.25 (bundled with Win9x/ME,
a.k.a. MS-DOS 7.xx/8.00), which complies with ALL current CD standards.
MSCDEX takes 16 KB of upper (UMA) and 30-60 KB of expanded memory (EMS), or
30-80 KB of upper RAM without EMS enabled. Example:
LOADHIGH=C:\DOS\MSCDEX.EXE /D:MYCDROM /M:20 /E
- John McCoy's SHSUCDX.EXE v1.4b [226 KB, freeware]:
http://www.shsu.edu/~csc_jhm/shsucd14.zip
SHSUCDX takes only 11 KB of upper memory on systems with one CD/DVD drive
(each additional drive requires 2.5 KB of RAM). Example:
LOADHIGH=C:\CDROM\SHSUCDX.EXE /D:MYCDROM,D,,1
- Lineo DR-DOS NWCDEX.EXE v2.81 [21 KB, free]:
http://dos.li5.org/DOWNLOAD/NWCDEX.ZIP
also part of Lineo (Caldera) DR-DOS v7.03 [6 MB, free trial]:
ftp://ftp.lineo.com/pub/drdos/DR-DOS.703/dr703.exe
NWCDEX takes only 1 KB of upper and 40-60 KB of expanded memory. Example:
LOADHIGH=C:\DRDOS\NWCDEX.EXE /D:MYCDROM /M:20 /E /F:99
An expanded memory (EMS) manager like: Microsoft EMM386.EXE, Quarterdeck
QEMM386.SYS or Helix RM386.EXE, with EMS enabled is required in CONFIG.SYS to
load MSCDEX or NWCDEX in EMS.
See CD-ROM Drivers under "My CONFIG.SYS Lines Explained" further below and
"CD-ROM DRIVERS 4 DOS" in MYTIPS31.TXT (included) for more details.
FYI:
"Some of my old DOS games would not run from their CDs using NWCDEX.EXE in
native MS-DOS. But if I load SHSUCDX.EXE (or MSCDEX.EXE) right before I start
a game, even though NWCDEX is still in memory and a new drive letter is
assigned to my CD-ROM, the games will work. I'm using SHSUCDX because it can
be unloaded, and I can restart Windows without having to reboot.
I created a batch file to load SHSUCDX before the game starts and then unload
it after the game exits."
[Thank you Edward (ewitten507@aol.com)!]
3. Change ALL device/driver/TSR DEVICE lines to DEVICEHIGH and ALL INSTALL
lines to INSTALLHIGH in your CONFIG.SYS, to load them ALL in upper memory:
IFSHLP.SYS, ANSI.SYS (or similar 3rd party like NANSI.SYS, ANSI.COM etc),
CD-ROM driver (like VIDE-CDD.SYS, TEAC_CDI.SYS, OAKCDROM.SYS etc) etc, EXCEPT
for your memory manager lines: HIMEM.SYS, EMM386.EXE, RM386.EXE, QEMM386.SYS,
UMBPCI.SYS, 386MAX.SYS etc, which need the DEVICE command to load properly
(except if using HIRAM.EXE + UMBPCI.SYS, detailed above).
4. Add LH (LOADHIGH abbreviated) in front of ALL driver/TSR lines in your
AUTOEXEC.BAT, to load them ALL in upper memory: MSCDEX.EXE (or similar 3rd
party like NWCDEX.EXE, SHSUCDX.EXE, MCDX.EXE etc), SMARTDRV.EXE (or similar
3rd party like CACHECLK.EXE, HYPERDKX.EXE etc), MOUSE.COM/(MS)MOUSE.EXE (or
similar 3rd party like CTMOUSE(P).COM/CTMOUSE.EXE, MOUSE.EXE, AMOUSE.EXE etc),
DOSKEY.COM (or similar 3rd party like RECALL.COM, TODDY.COM etc), VESA VBE
2.0/3.0 driver (like UNIVBE.EXE, M64VBE.COM, VESAFIX.EXE etc), sound card
TSRs/tools (like SBEINIT.COM, AWEUTIL.COM, CSP.SYS, CTMMSYS.SYS, CTSB16.SYS
etc).
5. Load the LARGER devices/drivers/TSRs FIRST, and the SMALLER LAST in your
AUTOEXEC.BAT + CONFIG.SYS. Some trial-and-error is necessary to establish your
optimal configuration, depending on your own custom "combo".
6. For FASTEST performance loading Windows or running ANY DOS program/game in
native MS-DOS, use Microsoft SMARTDRV disk cache TSR in your AUTOEXEC.BAT.
Read about Smartdrv below under "My AUTOEXEC.BAT Lines Explained", and see
also "OUTSMART SMARTDRIVE" in MYTIPS31.TXT (included) for details.
My CONFIG.SYS + AUTOEXEC.BAT Step by Step
Below are my MS-DOS 6.xx [+ MS Windows/WfWG 3.1x] CONFIG.SYS and AUTOEXEC.BAT
command lines explained.
Notice the multiple option menus used in my startup files, to be able to boot
with different configurations (using 5 memory managers in CONFIG.SYS).
Open them with EDIT.COM, the MS-DOS default ASCII/text editor/viewer (located
in C:\DOS), because Notepad (Windows default ASCII/text editor/viewer) canNOT
handle certain extended ASCII characters, like the ones I used on the "SET
PROMPT" and "SET WINPMT" lines in my CONFIG.SYS.
See also this guide for multiple CONFIG.SYS + AUTOEXEC.BAT setups:
http://www.knowplace.org/multi.html
I. My CONFIG.SYS Lines Explained
Note that my WfWG 3.11 directory is called WG, NOT WINDOWS (default Win3x
install directory), and my MS-DOS 6.22 directory is called DOS, both located
on the boot drive (C).
My HIMEM.SYS command line in CONFIG.SYS:
DEVICE=C:\DOS\HIMEM.SYS /NUMHANDLES=128 /TESTMEM:OFF /Q
For more info on HIMEM.SYS parameters, run:
HELP HIMEM.SYS
from a DOS 6.xx prompt.
/NUMHANDLES=128 represents the maximum number of Extended Memory Block (EMB)
handles that can be used simultaneously (has no influence in Windows). Allowed
values: 1 - 128. Default is 32. Each handle takes 6 Bytes of extended memory.
/TESTMEM:OFF loads HIMEM.SYS without taking a few extra seconds to test all
your system's extended memory [more RAM you have, longer the delay :)]. Most
modern Pentium class (and newer) computer BIOSes test the entire installed
memory at bootup anyway, making this HIMEM.SYS function obsolete.
See this MSKB troubleshooting article:
http://support.microsoft.com/support/kb/articles/q109/8/45.asp
/Q (QUIET) prevents the display of HIMEM.SYS loading status during bootup.
UNDOCUMENTED: See "HIMEM.SYS HIDDEN PARAMETERS" in SECRETS.TXT (included) for
details.
NOTE: HIMEM.SYS and EMM386.EXE (or similar 3rd party) memory managers MUST be
loaded in CONFIG.SYS with the DEVICE command, before ANY OTHER DEVICE,
DEVICEHIGH, INSTALL, INSTALLHIGH, SHELL or SET lines! The CONFIG.SYS: DEVICE,
DEVICEHIGH, INSTALL, INSTALLHIGH, and the AUTOEXEC.BAT LOADHIGH (LH for short)
commands are internal MS-DOS commands built into the OS (IO.SYS and
COMMAND.COM).
My EMM386.EXE command line in CONFIG.SYS:
DEVICE=C:\DOS\EMM386.EXE I=D000-EFFF I=CA00-CBFF I=B000-B7FF M3 A=64 H=128 D=256 RAM AUTO NOTR
Microsoft's EMM386.EXE can address a maximum of 32 MB of expanded RAM in
native MS-DOS mode. But there are 3rd party memory managers (like QEMM386 from
Quarterdeck) which can provide up to 64 MB of expanded memory for DOS based
apps/games. All these "enhanced" memory managers use the computer's extended
memory to "simulate" expanded RAM (EMS).
See "Expanded Memory = EMS" in REGIONS.TXT (included) for more details.
These are my "generic" EMM386 lines (examples) which provide expanded memory,
and accommodate almost ANY system with a standard:
- MS Windows 95/98 setup:
DEVICE=C:\WINDOWS\EMM386.EXE I=B000-B7FF D=256 RAM AUTO
- MS-DOS 6.xx setup:
DEVICE=C:\DOS\EMM386.EXE I=B000-B7FF D=256 RAM AUTO
Change the path to EMM386.EXE if different on your PC.
Including and excluding addresses in upper memory (the "I=xxxx-yyyy" and
"X=xxxx-yyyy" switches) depends on your system CMOS, ROM, Option ROM, and
Video BIOS configuration and video card upper ROM memory addresses and can be
kinda tricky. Use them with EXTREME CAUTION! If not properly set, your
machine may lockup, or worse, experience data loss! You can see how these
regions of upper memory are set on your system, by running MSD from the
native/true MS-DOS prompt, and then pressing M (Memory stats screen).
See MSD62.TXT (included) for MSD.EXE details.
To visualize the upper ROM (Read Only Memory) regions (color coded in gray on
the MSD screen) occupied by the ROM/VGA/Video, CMOS + Extended BIOS memory
hardware configuration, click on "Utilities" from MSD's menu bar and then
click "Memory Browser".
Then write down the hex addresses occupied by your upper ROM memory, and
exclude them, using as many as necessary X=xxxx-yyyy switches on the
EMM386.EXE line in your CONFIG.SYS.
Example: Let's say that your "Option ROM" (one of the grayed areas in upper
memory on your MSD memory screen) exists at EC00-ED00. You will need to add
the X=EC00-ED00 parameter to your EMM386.EXE line to exclude those addresses
from EMM386.EXE's upper memory mapping, as follows:
DEVICE=C:\DOS\EMM386.EXE X=EC00-ED00
The other method (which may work better on some systems) is to include the
regions above and below the grayed ROM area (using same example above):
DEVICE=C:\DOS\EMM386.EXE I=EE00-EFFF I=E000-ECFF
A classical method to make more upper memory available to drivers/devices is
to add these switches:
DEVICE=C:\DOS\EMM386.EXE X=C000-C7FF I=B000-B7FF
to the EMM386.EXE line. C000-C7FF is usually reserved for the Video ROM BIOS.
NEVER add these addresses to your EMM386 line with an I=xxxx-yyyy switch!
The B000-B7FF area is used for text memory ONLY on black & white (monochrome)
monitors (CRTs), so it's SAFE to add it to your EMM386 line, unless you're
still using such an old monitor. :)
Newer PCI/AGP video adapters (3dfx, 3DLabs, ATI, Diamond, Matrox, NVidia,
PowerVR, S3 etc) use part of or the entire C800-CFFF UMA area for Video ROM
BIOS. If using such video cards, you need to exclude these addresses from the
EMM386.EXE CONFIGF.SYS line. Example:
DEVICE=C:\DOS\EMM386.EXE X=C800-CFFF
See this MSKB article for more info:
http://support.microsoft.com/support/kb/articles/q112/8/16.asp
For Windows/WfWG 3.1x Enhanced (386) mode to take advantage of the unused
monochrome region, make sure this line:
device=c:\dos\monoumb.386
is present under the [386enh] section of your SYSTEM.INI file, located in
your Windows directory. The file MONOUMB.386 comes with MS-DOS 6.xx, and is
usually installed by MS-DOS Setup in your \DOS directory (default).
The "M3" switch loads EMM386's page frame at the C800 upper memory address
(hex). On my system this leaves maximum contiguous Upper Memory Blocks (UMBs)
available for loading devices/drivers/TSRs "high".
You can also "tell" EMM386 to load its page frame at a particular upper
memory address by using the FRAME= switch (example):
DEVICE=C:\DOS\EMM386.EXE FRAME=C800
Better, by forcing EMM386 to provide expanded memory without a page frame,
you can free a little extra low/upper RAM, but ONLY IF your DOS apps/games
run properly this way (example):
DEVICE=C:\DOS\EMM386.EXE FRAME=NONE
I tested this with Microprose's Civilization and Lucas Arts' X-Wing, but
other (older) DOS programs may refuse to start WITHOUT a page frame, in
which case you need to enable it.
The "NOTR" switch is UNDOCUMENTED. Prevents EMM386 from detecting a Token
Ring Network Adapter, which detection may hang some machines. "NOTR" is NOT
enabled by default. You need to add it to EMM386.EXE's line yourself, if you
don't use a DOS based Network card, and suspect having problems loading
EMM386.EXE from CONFIG.SYS.
See also "EMM386.EXE HIDDEN PARAMETERS" in SECRETS.TXT (included).
TIP: Try to avoid the aggressive "HIGHSCAN" switch on your EMM386.EXE line!
It can be dangerous to your "health", as it may hang your machine at bootup!
Use the "RAM" and customized "I=xxxx-yyyy" switches instead, which do the
same job searching the Upper Memory Area (UMA) for unused UMBs (Upper Memory
Blocks).
The "D=256" switch allows for buffered I/O (In/Out) Direct Memory Access
(DMA), in KiloBytes (allowed: 16 - 256). Default is 32, which is NOT enough
in most cases, i.e. if you are using a sound card for DOS based programs.
Buffered DMA is required for ALL floppy/disk/IDE and ISA/PCI I/O operations.
The "A=64" switch specifies how many fast alternate register sets (for
multitasking) to allocate to EMM386 (allowed: 0-254). Default is 7.
The "H=128" switch specifies how many handles EMM386 can use (allowed:
2-255). Default is 64.
CAUTION:
Avoid using the EMM386.EXE "ALTBOOT" switch IF using ANY
SCSI/(U)DMA/ATAPI/(E)IDE/RAID add-in/3rd party/proprietary controllers! The
ROM addresses used by these adapters may CONFLICT with the memory address
used by the "ALTernative BOOT" routine, causing LOCKUPS!
FYI:
DOS based apps/games using VCPI (Virtual Control Program Interface) services
(i.e. Strike Commander) do NOT work from a Windows DOS box, because Windows
95/98/ME/3.1x DOS VM (Virtual Machine) does NOT provide VCPI support.
If you get an error message like:
"PROGRAM.EXE cannot communicate with the EMS Memory Manager"
you need to run such programs from native/real MS-DOS mode OUTSIDE Windows,
with an EMS memory manager (like EMM386.EXE, QEMM386.SYS, RM386.EXE etc)
with VCPI enabled, loaded from your CONFIG.SYS.
TIP:
If EMM386.EXE loads from a CONFIG.SYS DEVICE line, ALL these parameters:
I=xxxx-yyyy, X=xxxx-yyyy, NOEMS, Mx, Pnnnn and FRAME take precedence over
these Windows 95/98/ME/3.1x SYSTEM.INI settings under the [386enh] section:
EMMInclude=xxxx-yyyy, EMMExclude=xxxx-yyyy and EMMPageFrame=xxxx.
To enable these EMS settings in Windows you need to remove these switches
from your CONFIG.SYS EMM386.EXE line, or REMark with a semicolon (;) the
entire EMM386.EXE DEVICE line, and then reboot.
See "SYSTEM.INI TWEAKS" in MYTIPS31.TXT (included) for more details.
A MUST HAVE [I repeat: *MUST HAVE*!]:
To load the FILES, BUFFERS, FCBS, STACKS and LASTDRIVE modules "high" in
CONFIG.SYS, I recommend the excellent DOSMAX v2.1 package to ALL MS-DOS
5.xx/6.xx users [82 KB, no nag shareware]:
http://wcarchive.cdrom.com/pub/simtelnet/msdos/sysutl/dosmax21.zip
The DosMax tools can free up to 90 KB of conventional DOS memory, depending
on your system setup.
This is my DOSMAX line in CONFIG.SYS:
DEVICE=C:\MAX\DOSMAX.EXE N+ P- R- U02 U08 U09 U0A U0B U0C U0D U0E U70 U72 U73 U74 U76 U77
The DOSMAX.EXE line MUST follow the memory managers DEVICE lines (HIMEM.SYS
+ EMM386.EXE) in CONFIG.SYS.
DosMax loads itself high, no need for a DEVICEHIGH command.
To understand how to use DosMax/ShellMax/EnviMax READ their documentation.
CAUTION:
DO NOT use ANY DOSMAX tools (DOSMAX.EXE, ENVIMAX.COM, SHELLMAX.COM etc) with
Windows 95, 98 or ME [a.k.a. MS-DOS 7.xx/8.00]! These newer OSes have ALL
these features built in.
It is useful to load drivers/devices/TSRs with the "DEVICEHIGH" command, to
gain more low (conventional) memory (RAM). A well known method (but not
efficient, and buggy in most cases) is to use MEMMAKER, provided with MS-DOS
6.xx and MS-DOS 7.00/Win95 (but NOT with MS-DOS 7.10/Win95B and newer) to
gain more memory.
Using MEMMAKER can be tricky, and usually does NOT yield expected results,
by NOT recognizing certain DOS drivers/devices/TSRs loaded in customized
CONFIG.SYS/AUTOEXEC.BAT files (never did the job for me).
Therefore I STRONGLY recommend the good ol' manual tweaking, changing the
order of loading the drivers/TSRs in your CONFIG.SYS and AUTOEXEC.BAT
yourself (using the "DEVICEHIGH" and respectively "LOADHIGH", "LH" for short
commands) until you're satisfied with the amount of conventional memory
reported by the "MEM /C /P" command.
You can fiddle with the "/L:1", "/L:2", "/L:3" etc... switches to determine
your own best high memory loading configuration. This example:
DEVICEHIGH /L:1=C:\DOS\ANSI.SYS
loads the ANSI.SYS DOS CONsole driver in Upper Memory Area (UMA) region 1
(located on my system between B000 and B7FF hex addresses). You can use any
ANSI driver that supports extended keys (F1-F12) remapping.
I recommend Daniel Kegel's NANSI.SYS v3.4 MS-DOS ANSI CONsole driver
accelerator: fastest and most versatile replacement for Microsoft ANSI.SYS,
with built-in support for key reassignment [60 KB, free GNU]:
http://www.kegel.com/nansi34.zip
NANSI.SYS (faster) takes only 3.2 KB of upper DOS memory IF loaded with
"DEVICEHIGH" in CONFIG.SYS, compared with Microsoft ANSI.SYS (slower) which
occupies 4.2 KB of RAM.
To find out what you can do with an ANSI driver loaded, see "F1-F12
Remapping = MS-DOS Mode + ANSI Driver" in DOSTIPS.TXT (included).
The order of loading the devices/drivers/TSRs in Upper Memory is of UTMOST
importance: larger FIRST, smaller LAST, in your:
- CONFIG.SYS, using the "DEVICEHIGH" command and
- AUTOEXEC.BAT, using the "LOADHIGH" command (abbreviated as "LH").
Example of such AUTOEXEC.BAT command line:
LOADHIGH /L:2=C:\MOUSE\MOUSE <YOUR_MOUSE_DRIVER_PARAMETERS>
This means that my MS-DOS mode MOUSE.COM driver loads in the 2nd upper
memory region, located between C800 and EFFF (hex addresses) on my system
(the upper memory regions are delimited by the extended/expanded memory
managers (EMM386.EXE), respectively the I=xxxx-yyyy and E=xxxx-yyyy
switches, when using the Microsoft HIMEM.SYS and EMM386.EXE "combo").
Example of EMM386.EXE line, to enable two upper memory regions in the Upper
Memory Area (UMA):
DEVICE=C:\DOS\EMM386.EXE I=C800-EFFF I=B000-B7FF RAM M3 D=256 AUTO NOTR
In this case:
- the first upper memory area is called region 1, located at the B000-B7FF
hex addresses, enabled by the "I=B000-B7FF" EMM386.EXE switch above, and
- the second upper memory area is called region 2, located at the C800-EFFF
hex addresses, enabled by the "I=C800-EFFF" EMM386.EXE switch above.
These 2 upper memory regions are available for loading devices/drivers/TSRs
"high", using the CONFIG.SYS "DEVICEHIGH" and the AUTOEXEC.BAT "LOADHIGH"
(abbreviated to "LH") commands.
To display the upper memory regions chart on your system, run:
MSD
at the native/true MS-DOS prompt, and then press M.
See MSD62.TXT (included) for MSD.EXE details.
A MUST:
THE EMM386.EXE LINE MUST FOLLOW THE HIMEM.SYS LINE IN CONFIG.SYS!
ALL other "DEVICE", "DEVICEHIGH", "INSTALL" and "INSTALLHIGH" lines MUST
follow the HIMEM.SYS and EMM386.EXE commands in CONFIG.SYS!
I gave up on using the limited MS-DOS MemMaker utility (QEMM's Optimize, or
NetRoom's Customiz tools for that matter), to gain more conventional memory,
in favor of manually tweaking the startup files.
I modified the memory manager lines/parameters in CONFIG.SYS (and changed the
order of loadind devices/drivers in CONFIG.SYS + AUTOEXEC.BAT manually), BUT
only AFTER reading ALL related documentation for each of the 4 memory
managers I have used (Microsoft's HIMEM.SYS + EMM386.EXE, Quarterdeck's
QEMM386.SYS, Helix's RM386.EXE and DR-DOS' EMM386.EXE), and then
experimenting with all possible configurations (more devices you load, more
combinations you have to try).
This is a time consuming job, but rewarding, because I made ALL my DOS and
Windows programs work with this final configuration found in my startup
files (my CONFIG.SYS + AUTOEXEC.BAT are included here).
Rewarding, because I have now 625 KB of free conventional memory, and enough
upper memory for Windows, with expanded memory enabled, in MS-DOS mode
(outside Windows), to run ANY DOS hungry program/game without EVER running
out of low DOS memory [that was an old obsession for any DOS user :)], or EVER
needing to reboot again, or using "custom setups" for different program
requirements.
SWITCHES=/F skips the 2 second delay before processing the startup files
(CONFIG.SYS + AUTOEXEC.BAT) during bootup, valid for MS-DOS
6.xx and Windows 9x/ME (a.k.a. MS-DOS 7.xx/8.00). This command
MUST be loaded from CONFIG.SYS as the FIRST line.
See "SWITCHES" in MYTIPS31.TXT (included) for more details.
DOS=HIGH,UMB loads the DOS kernel high and provides UMBs (Upper Memory
Blocks) for loading DOS devices/drivers/TSRs in UMA (Upper
Memory Area), the 384 KB RAM region above the 640K low memory
barrier.
FCBS=x,y short for File Control BlockS [obsolete]. Use 1,0 (1 for x and
0 for y) to preserve memory (minimum allowed). Higher values
are needed only by older DOS programs. It is very probable
that you'll never need more than that. If the FCBS line is
absent from CONFIG.SYS, MS-DOS loads the default value of 4,0.
Newer programs use the "FILES" setting instead (see below).
Valid values for x = 1 - 255.
FILES=n where "n" MUST be at least 40 to have your Windows and CPU
intensive DOS apps/games "behave" properly (open multiple
files at the same time). If this line is not specified, the
default "FILES" are set to 30 at bootup. Set "FILES" to at
least 60 - 80 in your CONFIG.SYS to play safe! Valid values
for n = 8 - 255.
ADD-ON:
If using any DOS apps/games in DOS sessions within Windows, you can increase
the number of files available to programs running in DOS boxes by adding this
line under the [386enh] section of your SYSTEM.INI file, located in your
Windows directory:
PerVMFiles=60
See "SYSTEM.INI TWEAKS" in MYTIPS31.TXT (included) for more details.
Edit SYSTEM.INI with EDIT.COM in DOS or Notepad/Sysedit in Windows.
BUFFERS=10,0 if you use ANY hard disk cache utility (SMARTDRV.EXE is
STRONGLY RECOMMENDED if you run ANY MS-DOS programs/games that
access your hard disk frequently): use Smartdrv.exe 5.0x to
cache ALL disk writes/reads in DOS mode. Avoid 3rd party disk
caches (Helix Cache Cloak, SpeedDisk, Norton Cache, HyperDisk,
QuickCache etc) that may crash your hard disk with Windows
9x/ME/3.1x, because of incompatibilities with 32-bit Fast Disk
Access (FBDA) used by Windows!
See "MS-DOS BUFFERS" in EMM386.TXT (included) for details.
The first number here (10) represents the number of disk
buffers. Its value must be between 1 and 99. Default is 30 (if
the BUFFERS line is not present) and occupies too much memory.
30 buffers are NOT needed, and canNOT fit entirely into the
HMA (High Memory Area) anyway.
The second number here (0) represents the number of buffers in
the secondary cache buffer. Its value must be between 0 and 8.
Default is 0 (secondary cache buffers disabled).
Secondary cache buffers are needed ONLY if your hard disk is
not recognized or cached by SMARTDRV.
If using SCSI, older ESDI and/or large (E)IDE hard drives > 8
GB, you might want to add a secondary buffer number to the
"BUFFERS=" line, and also load Smartdrv with "DOUBLE_BUFFER"
from CONFIG.SYS:
DEVICE=C:\DOS\SMARTDRV.EXE /DOUBLE_BUFFER
Example:
BUFFERS=10,6
See "DOUBLE BUFFER" in MYTIPS31.TXT (included) for details.
Add a SMARTDRV line in your MS-DOS 5.0/6.xx AUTOEXEC.BAT, ONLY
IF using any real DOS mode programs/games that require
frequent file access, or/and working with large files in
native MS-DOS mode.
Doing so, it won't interfere with Windows disk operations!
If you use ANY DOS disk cache, the best bet for the BUFFERS
setting is between 8 and 13 (the first number above).
Each buffer takes 528 Bytes of memory.
STACKS=n,m where n = 8 - 64 (number of stacks), and m = 32 - 512 (stack
size in Bytes). If you are running older programs that rely on
DOS stacks, set STACKS to at least 12,128 or 12,256.
Default is STACKS=9,256, set by the OS if you do NOT mention a
STACKS= line in your CONFIG.SYS.
DOS uses a maximum of 16 STACKS (and any number greater than
16 is a waste of memory anyway). Each stack can have a maximum
value of 512 Bytes, in 128 Bytes increments: STACKS=16,512.
Newer DOS + Windows 9x/ME/3.1x programs do NOT use DOS stacks!
Set STACKS=0,0 in your CONFIG.SYS to save conventional/upper
RAM, ONLY IF you are sure NONE of your programs use stack
handling.
Your software documentation should tell you if you need to use
or increase the STACKS numbers.
NOTE: After Dark v3.0 (retail), a popular 16-bit screen saver
pack for Windows, needs a STACKS line in CONFIG.SYS. You may
get GPF (General Protection Fault) error messages if running
After Dark 3.0 with a STACKS=0,0 line in CONFIG.SYS. The newer
After Dark v4.0 32-bit for Win9x/ME corrected this issue.
LASTDRIVE=n where "n" is the letter following your last logical
drive/partition in your computer, counting ALL your floppy,
hard, CD/DVD, removable, Dblspace, Drvspace, Stacker, or other
compressed drives, Network drives, and RAM virtual drives, if
you have any. Valid values are from A to Z. Default is Z,
which represents the maximum number of logical
drives/partitions on any IBM compatible PC clone.
If you are not connected to a Network, set LASTDRIVE to show
the letter AFTER your LAST installed drive in your system, to
preserve memory. Example:
LASTDRIVE=E
if you have 4 (uncompressed) drives installed (A, B, C and D):
3.5" floppy A, 5.25" floppy B, hard disk C and cd-rom D.
See "LASTDRIVE" in MYTIPS31.TXT (included) for more details.
FYI:
- MS-Dos7 Commands (most apply to MS-DOS 6.xx):
http://www3.sympatico.ca/rhwatson/dos7/
Generic CONFIG.SYS line for your CD-ROM, CD-R(W), DVD-ROM, DVD-R(W), DVD-RAM
MS-DOS mode device driver:
DEVICEHIGH=C:\path\YOUR_CDROM_DRIVER.SYS /D:YOUR_CDROM_NAME
a. (E)IDE/ATA(PI) CD/DVD MS-DOS mode universal driver:
The most compatible [I like to call it "universal" :)] (E)IDE/ATAPI CD/DVD DOS
mode driver is Acer VIDE-CDD.SYS v2.14 [176 KB, free]:
ftp://ftp.acercm-eu.com/cd-rom/drivers/apicd214.exe
VIDE-CDD.SYS takes only 5 KB of upper DOS memory when loaded with DEVICEHIGH
in CONFIG.SYS. You need an upper memory manager in your CONFIG.SYS to provide
access to the UMA.
My VIDE-CDD.SYS line in CONFIG.SYS (example):
DEVICEHIGH /L:1=C:\CDROM\VIDE-CDD.SYS /D:MYCDROM
b. SCSI CD/DVD MS-DOS mode typical drivers:
DEVICEHIGH=C:\path\ASPIDOS.SYS
and/or:
DEVICEHIGH=C:\path\ASPIHLP.SYS
and:
DEVICEHIGH=C:\path\ASPICD.SYS /D:MYCDROM
See "CD-ROM DRIVERS 4 DOS" in MYTIPS31.TXT (included) for more details on
CD/DVD DOS mode drivers and (in)compatibilities.
You also NEED to load MSCDEX.EXE in your AUTOEXEC.BAT, for your CD/DVD drive
to be recognized by the system in true/native DOS mode!
Typical MSCDEX line:
LOADHIGH=C:\WINDOWS\COMMAND\MSCDEX /D:YOUR_CDROM_NAME /M:xx /E
with EMM386 configured (in CONFIG.SYS) to provide expanded memory (EMM386's
"RAM" switch) to load the MSCDEX buffers in expanded memory ("/M:xx" switch),
using the MSCDEX "/E" parameter.
"/D:YOUR_CDROM_NAME" is the CD/DVD drive name and MUST be IDENTICAL with the
ONE on your CD/DVD device driver line in your CONFIG.SYS!
Example (using same name on the VIDE-CDD.SYS line above):
LOADHIGH=C:\WINDOWS\COMMAND\MSCDEX /D:MYCDROM /M:xx /E
NOTE: The CD-ROM drive name specified with the /D:XXXXXXXX switch on your
MSCDEX line may NOT exceed 11 characters (case insensitive), and you canNOT
use spaces or special/punctuation symbols!
The command line below loads MS Windows 9x/ME/3.1x 32-bit (Fast) Disk access
legacy support device driver (IFSHLP.SYS = Installable File System Helper),
MANDATORY for ALL MS Windows releases begining with 3.0 (except WinNT and
Win2000), to enable compatibility with the underlying MS-DOS FAT system:
DEVICEHIGH /L:1=C:\WINDOWS\IFSHLP.SYS
You could use any other 3rd party (retail) memory manager on the market:
Symantec (QuarterDeck) QEMM 9.00/8.0x, Network Associates (Helix) NetRoom
3.0x, Lineo (Caldera) DR-DOS 7.0x, IBM (Qualitas) 386MAX 8.0x etc, with
similar (or even BETTER) results, but you are likely to provide LESS
compatibility for your DOS/Windows programs, than by using Microsoft's own
(already included with your OS) HIMEM + EMM386 "combo", especially if using
some of the advanced memory management tools provided by these pay-for
utilities.
Try NOT to use ANY special 3rd party memory management features (i.e.
QEMM's "Stealth", or NetRoom's "VidCloak"/"SysCloak") that move the Video
ROM and/or the Extended ROM BIOS to upper/extended memory or above the 1st
Meg! Windows is not very "happy" about these "moves"! Certain DOS programs
are also "allergic" to these advanced "features" and your machine may lockup
unexpectedly!
I also urge you to use the MS-DOS internal "DEVICEHIGH" (in your Config.sys)
and "LOADHIGH" ("LH" for short in your Autoexec.bat) commands to load
devices, drivers and TSRs high, instead of the 3rd party memory managers'
external upper memory "loaders" (like QEMM's "LOADHI" or NetRoom's "XLOAD"),
to provide BETTER compatibility. Some of these "loaders" may interfere with
certain programs proper operation, thus leading to system crashes!
The ONLY 3rd party tool I recommend is DoxMax 2.1 (no nag, no time limit
shareware, ONLY for MS-DOS 5.00/6.xx), which is INVALUABLE in providing
extra conventional DOS memory, besides being 100% COMPATIBLE with MS-DOS and
ALL DOS/Windows programs.
My MS-DOS 6.xx SHELL= line in CONFIG.SYS using SHELLMAX to load the
COMMAND.COM module in upper memory:
SHELL=C:\MAX\SHELLMAX.COM /N+ /P- /R- /S- C:\COMMAND.COM C:\ /E:512 /P /F
ShellMax is part of DosMax 2.1 (see above) and loads the COMMAND.COM shell
high under MS-DOS 5.xx/6.xx.
You could use this undocumented MS-DOS 5.00/6.xx workaround to force
COMMAND.COM to load "high" (in UMA):
SHELL=C:\COMMAND.COM /C LOADHIGH=C:\COMMAND.COM C:\ /E:512 /P /F
instead of loading it with ShellMax, but this works ONLY IF:
- a copy of your COMMAND.COM file resides in C:\ root (for compatibility with
older DOS programs/games that expect to find the command interpreter in the
root directory of your boot drive/partition);
- ALL your "SET <variable>=" lines are placed/moved into your AUTOEXEC.BAT
file from CONFIG.SYS (MS-DOS 6.00 - 6.22 ONLY);
- this command exists as your first AUTOEXEC.BAT line:
SET COMSPEC=C:\COMMAND.COM
- UMBs are enabled by this CONFIG.SYS line so COMMAND.COM (or ANY other
device/driver/TSR) can load in UMA:
DOS=HIGH,UMB
DISADVANTAGE: In some cases a second copy of COMMAND.COM remains resident in
(upper) memory. :(
More details:
http://www.robvanderwoude.com/dosmem.html
You can have the COMMAND.COM file anywhere on your boot drive, just mention
its path on your "SHELL=" and "SET COMSPEC=" lines.
Example of another directory than C:\ for COMMAND.COM (not using SHELLMAX):
SHELL=C:\DOS\COMMAND.COM C:\DOS /E:512 /P /F
But BEWARE that certain (older) DOS programs expect to find the command
interpreter (COMMAND.COM) in C:\ root, and may FAIL to work properly if they
don't!
* To load devices/drivers high, you can also use the CONFIG.SYS specific
INSTALLHIGH command, available ONLY in MS-DOS 6.xx and MS Windows 95/98/ME.
INSTALLHIGH is needed ONLY IF you have ANY drivers/TSRs that:
- have problems loading from AUTOEXEC.BAT (eventually using the LOADHIGH
command),
- or need to load earlier (or before other drivers/TSRs) in the boot sequence.
Example of such CONFIG.SYS line:
INSTALLHIGH=C:\MOUSE\MOUSE.COM <YOUR_MOUSE_DRIVER_PARAMETERS>
DISADVANTAGE: If using INSTALLHIGH you canNOT specify an upper memory region
by using the /L:x switches, as you can with DEVICEHIGH and LOADHIGH.
Therefore, a driver using INSTALLHIGH will always load into the largest
contiguous Upper Memory Block (UMB) available.
The INSTALLHIGH command is processed only AFTER all DEVICEHIGH and DEVICE
lines in CONFIG.SYS are executed.
When loading a driver/TSR with INSTALLHIGH in CONFIG.SYS, you need to specify
the COMPLETE path, file name AND file extension on the command line.
If you use a custom PATH line in AUTOEXEC.BAT or CONFIG.SYS (the latter is
supported ONLY by MS-DOS 6.00 and newer), make sure to keep directory names
as short as possible, to "shrink" the PATH length. Example:
SET PATH=C:\;C:\DOS;C:\WG;C:\3D;C:\MAX;C:\ZIP;C:\BAT;
Also make sure to add a semicolon (;) at the end of EACH directory, and AFTER
the LAST PATH entry (see example above), so the OS can "read" the entire path
line properly.
See also these guides for more info:
- CONFIG.SYS:
http://www.forrestandassociates.co.uk/pcforrest/config_sys.html
- Memory:
http://www.knowplace.org/memory.html
II. My AUTOEXEC.BAT Lines Explained
* Lines you might need in your AUTOEXEC.BAT, valid for both MS Windows 9x
[a.k.a. MS-DOS 7.xx] and MS-DOS 6.xx + MS Windows/WfWG 3.1x:
LOADHIGH=C:\DOS\MSCDEX /D:MYCDROM /M:20 /E
/D:MYCDROM - is the CD/DVD drive's name (up to 8 characters allowed, case
insensitive), and HAS TO BE EXACTLY THE SAME as the one specified on your
CONFIG.SYS CD/DVD driver line (see the CONFIG.SYS CD-ROM driver topic above).
/M:20 - gives MSCDEX 20 buffers to handle the CD-ROM cache (recommended:
16-24). If you don't specify this switch, the default is 8, which could be
too small for some DOS programs to read huge files from the CD, especially
on a slower CD-ROM drive, 4x speed and below.
/E - loads MSCDEX's buffers into expanded memory, provided you have a line
for "EMM386.EXE RAM" or similar 3rd party manager with EMS enabled in your
CONFIG.SYS. Example below shows an EMM386 CONFIG.SYS line with expanded
memory enabled for loading the MSCDEX buffers above the 1st MegaByte:
DEVICE=C:\DOS\EMM386.EXE X=C000-C7FF I=B000-B7FF D=256 RAM AUTO
NOTE: Always use the CURRENT MSCDEX.EXE release: the newest is 2.25, included
with MS-DOS 7.xx/8.00 [a.k.a. Windows 9x/ME], very similar with the not so
old version 2.23, bundled with MS-DOS 6.xx.
MSCDEX.EXE takes 23 KB of conventional RAM if loaded without the LH command
and 2 KB per buffer unit above 4 (if loaded in upper memory). Use the /E
parameter with MSCDEX to load its buffers in expanded memory (enabled by
EMM386.EXE's "RAM" parameter in CONFIG.SYS), thus saving precious upper
memory.
Example of Smartdrv command line in AUTOEXEC.BAT:
C:\DOS\SMARTDRV 2048 16 A+ C+ D /N
I presumed that A is your 3.5 inch floppy drive, C is your hard drive, and D
your CD-ROM drive. Change/add drive letters if different on your system.
Load Smartdrv AFTER the MSCDEX line, if you want your CD-ROM drive to be
cached in DOS mode!
Run:
SMARTDRV /?
from any DOS prompt to see all available Smartdrv parameters, and to learn
how to adapt it to your system.
A MUST: For more details on how to tailor the SMARTDRV line to your needs and
to master its little known parameters (/B:xxxxx and /E:xxxxx), see
"OUTSMART SMARTDRIVE" in MYTIPS31.TXT (included).
NOTE: If you run any DOS programs/games OUTSIDE Windows/WfWG (in native DOS
mode), Smartdrv IS A MUST, customized to cache ALL read and write disk
operations on ALL your drives!
You can decrease Smartdrv's Windows size to a minimum of 16 KB (Microsoft
claims 128 KB is minimum, but 16 KB works great and saves a little more upper
memory), if you want Smartdrv to cache your drives in DOS mode, but NOT to
perform caching in Windows, and thus saving more memory for Windows
operation. Example:
SMARTDRV 2048 16 A+ C+ D /N
The first number represents Smartdrv's size in DOS mode, and the second
number represents Smartdrv's size in Windows. In this example Smartdrv is set
to cache ALL hard disk (drive C) reads and writes, including the floppy
(drive A) and the cd-rom (drive D).
WARNING:
Use the "N" switch with CAUTION: this allows returning to the command prompt
BEFORE ALL data is written back to disk from SMARTDRV's memory buffer (the
cache does NOT flush), which may generate data loss if the computer shuts off
unexpectedly!
FYI: If you don't use ANY DOS mode programs/games, DO NOT load Smartdrv,
enable Win31's 32-bit disk cache instead!
Smartdrv only takes extra memory.
But if you find that besides having enough room in memory (preferably in
upper) to spare, Windows/WfWG loads faster (as it does on my PC, since I'm
starting Win31 from a big DOS batch file) with Smartdrv loaded, then enable
it in your AUTOEXEC.BAT.
My Windows startup batch file (W31.BAT) is included here. You can view its
contents with Notepad.
SET MOUSE=C:\MOUSE
is required to read the MOUSE.INI parameters upon loading, by the majority of
DOS mouse drivers out there, by most DOS programs, and by most Windows
9x/3.xx virtual mouse drivers, too.
Use:
LOADHIGH=C:\MOUSE\MOUSE <YOUR_MOUSE_DRIVER_PARAMETERS>
to load your DOS mode mouse driver from AUTOEXEC.BAT. You need it with Win31
ONLY IF you run ANY DOS programs/games that use a mouse OUTSIDE the Windows
GUI, in native MS-DOS. This allows your DOS mouse driver to load the custom
settings from the MOUSE.INI initialization file located in the directory
specified by the "SET MOUSE=" line (C:\MOUSE in this case).
Change the DOS mouse driver's directory if different and adapt its parameters
to your own mouse driver/hardware specifications.
If you never use DOS programs outside Windows in real MS-DOS mode, remove
these lines pointing to your DOS mouse driver from your AUTOEXEC.BAT (or
CONFIG.SYS in some cases, if you use any MOUSE.SYS devices instead).
Example of .SYS mouse driver loaded from CONFIG.SYS:
DEVICEHIGH=C:\MOUSE\MOUSE.SYS <YOUR_MOUSE_DRIVER_PARAMETERS>
LogiTech Mouse drivers require this SET line (example) to point to the
location of MOUSEDRV.INI (LogiTech mouse initialization file):
SET LMOUSE=C:\MOUSE
instead of the default "SET MOUSE=" line. Add it to your AUTOEXEC.BAT if you
use LogiTech mouse drivers.
Microsoft DOS Mouse Drivers (MOUSE.COM, MSMOUSE.EXE or MOUSE.EXE) included
with MS-DOS, Windows 3.xx/9x and IntelliPoint Mice software use MSMOUSE.INI,
MOUSE.INI or MSINPUT.INI (depending on different mouse driver versions) as
initialization files, located by default in the MS Mouse directory, and don't
usually need a "SET MOUSE=" line. If you'd like to have MSINPUT.INI reside in
a different directory, add this line to your AUTOEXEC.BAT (example):
SET MSINPUT=C:\MOUSE
To load the COMMAND.COM environment (not moved by ShellMax) into upper RAM, I
use EnviMax, part of DosMax 2.1 (see above):
C:\MAX\ENVIMAX.COM N+
Killer Replacements
I have replaced some of the default Microsoft drivers/devices/TSRs (included
with MS-DOS 6.xx and MS Windows 9x/ME) with 3rd party counterparts (most of
which are freeware if not specified otherwise), because I have found them to
be better, faster, more compatible alternatives and most importantly almost
ALL take less DOS memory, thus saving more conventional (low) RAM, by loading
in upper memory (UMA), using DEVICEHIGH (or INSTALLHIGH) in CONFIG.SYS, or
LOADHIGH (LH for short) in AUTOEXEC.BAT.
An upper/extended/expanded memory manager like EMM386.EXE or UMBPCI.SYS (both
using HIMEM.SYS to map the UMA) is required in CONFIG.SYS. Here they are:
Microsoft DEFAULT Device/Driver/TSR: BEST 3rd Party Replacement/Add-on:
------------------------------------------------------------------------------
HIMEM.SYS v3.10 = High + extended DOS HIRAM.EXE v1.9 = Upper memory mapper
memory manager: 1 KB of low DOS mem. (freeware) using UMBPCI.SYS +
Does NOT provide upper DOS mem! HIMEM.SYS: NO DOS mem.
Loads HIMEM.SYS + UMBPCI.SYS in upper
mem!
EMM386.EXE v4.49 = Upper, extended + UMBPCI.SYS v3.39a = Uwe Sieber's upper
expanded DOS memory manager using memory provider (freeware) using
HIMEM.SYS: 4.2 KB of low DOS mem. HIMEM.SYS: 240 Bytes of low DOS mem.
Slower! Does NOT provide expanded DOS mem!
Takes more RAM! Faster!
Takes less RAM!
DOS CD/DVD driver = NOT provided! VIDE-CDD.SYS v2.14 = Acer "Universal"
[Win98/98 SE and WinME are the ONLY DOS (E)IDE/ATAPI CD/DVD driver (free):
Microsoft OSes able to create bootup 5 KB of upper DOS mem.
floppies with 3rd party DOS CD/DVD Takes less RAM!
drivers!]
Take more RAM!
ANSI.SYS = DOS BIOS display NANSI.SYS v3.4 = Daniel Kegel's BIOS
accelerator + key remapper: 4.2 KB display accelerator + key remapper
of upper DOS mem. (free GNU): 3.2 KB of upper DOS mem.
Slower! Faster!
Takes more RAM! Takes less RAM!
RAMDRIVE.SYS = RAM Disk driver: 1 KB XMSDSK.EXE v1.9i = RAM Disk driver
of upper DOS mem, loads ONLY from (freeware): 688 Bytes of upper DOS
CONFIG.SYS, canNOT unload, shifts mem, loads/unloads from AUTOEXEC.BAT
drive letters. or native DOS prompt, does NOT shift
Max RAM drive limit: 32 MB. drive letters.
Takes more RAM! Max RAM drive limit: 2 GB.
Takes less RAM!
MSCDEX.EXE v2.23 = DOS CD-ROM NWCDEX.EXE v2.81 = Lineo CD-ROM
Extensions: 16 KB of upper DOS mem Extensions (part of DR-DOS 7.03, free
with expanded mem enabled by the trial): 1 KB of upper DOS mem with
EMM386.EXE "RAM" switch. expanded mem enabled by the EMM386.EXE
Faster! "RAM" switch.
Takes more RAM! Slower!
Takes less RAM!
SMARTDRV.EXE v5.0x = DOS disk cache: CACHECLK.EXE v4.2 = Helix Software
8 - 40 KB of upper DOS mem. cloaked disk cache (part of Multimedia
Slower! Cloacking Package, retail): 3 KB of
Takes more RAM! upper DOS mem. Use with CAUTION!
Faster!
Takes less RAM!
(MS)MOUSE.COM(EXE) v6.xx - 11.xx = CTMOUSE.EXE v2.0 = Serial and PS/2 DOS
Serial and PS/2 DOS Mouse driver: mouse driver (free GNU): 3.3 KB of
16 - 52 KB of upper DOS mem. upper DOS mem.
Slower! Faster!
Takes more RAM! Takes less RAM!
DOSKEY.COM = DOS command line RECALL.COM v1.2c = DOS command line
recall/editor: 3.5 KB of upper DOS recall/editor (public domain): 2.5 KB
mem. of upper DOS mem.
Slower! Faster!
Takes more RAM! Takes less RAM!
MODE.COM = DOS keyboard accelerator: HYPERKEY.EXE v4.77 = HyperWare
no DOS mem. keyboard accelerator (nag shareware):
Slower! 2.5 KB of upper DOS mem.
Faster!
DOS text mode video BIOS accelerator ZENO174.EXE v1.74 = DOS text mode
= NOT provided! video BIOS accelerator (public
domain): 1 KB of upper DOS mem.
Fast!
NOTES:
- *READ* each program's provided documentation *FIRST* for proper usage!
- See SOFTWARE.TXT (included) for ALL related download links.
... And here are my CONFIG.SYS + AUTOEXEC.BAT lines (ONLY AS EXAMPLES!) for
all devices, drivers + TSRs listed above, tested and used successfully ONLY on
my PCs (see "BASIC *ESSENTIAL* MEMORY TIPS" further above), using MY OWN
CUSTOM system SETTINGS: directory NAMES (my MS-DOS 6.22 directory is called
C:\DOS), CPU, ROM BIOS, Video BIOS, motherboard chipset, hard disk controller
BIOS etc!
You NEED to adapt them to YOUR OWN system to make them work PROPERLY, and
BEWARE that some MAY NOT work with YOUR particular hardware/software/OS
"combo":
- UMBPCI.SYS v3.39a, HIRAM.EXE v1.9 + HIMEM.SYS v3.10 in CONFIG.SYS to load
HIMEM.SYS in UMA [lines below MUST appear in this *EXACT* order!]:
DOS=HIGH,UMB
DEVICE=C:\MAX\UMBPCI.SYS
DEVICE=C:\MAX\HIRAM.EXE
DEVICEHIGH=C:\DOS\HIMEM.SYS /NUMHANDLES=128 /TESTMEM:OFF /Q
NOTE: HIRAM.EXE canNOT be used with Windows ME [a.k.a. MS-DOS 8.00] because
HIMEM.SYS loads from IO.SYS, BEFORE CONFIG.SYS is processed!
If you dual-boot between Window 95/98/ME [a.k.a. MS-DOS 7.xx/8.00] and MS-DOS
6.xx [from 6.00 up to 6.22] + Windows/WfWG 3.1x it is STRONGLY RECOMMENDED to
use the newer HIMEM.SYS v3.95 bundled with Windows 9x/ME in BOTH your Win9x/ME
CONFIG.SYS [renamed to CONFIG.W40 by MS-DOS 6.xx] AND MS-DOS 6.xx CONFIG.SYS
[renamed to CONFIG.DOS by Win9x/ME] for improved compatibility!
See my Complete UMBPCI.SYS Guide for more details:
http://members.aol.com/axcel216/umb.htm
- VIDE-CDD.SYS v2.14 in CONFIG.SYS (using 2 CD/DVD drives):
DEVICEHIGH=C:\CDROM\VIDE-CDD.SYS /D:DVD--ROM /D:CD--RW
See "CD-ROM DRIVERS 4 DOS" in MYTIPS31.TXT (included) for more details.
- NANSI.SYS v3.4 in CONFIG.SYS:
DEVICEHIGH=C:\MAX\NANSI.SYS /K /X
- XMSDSK.EXE v1.9i creates here a 40 MB RAM disk (F) in extended (XMS) memory
(loads itself high if UMA is available) in CONFIG.SYS:
INSTALL=C:\MAX\XMSDSK.EXE 40960 F: /T /Y
or in AUTOEXEC.BAT:
C:\MAX\XMSDSK.EXE 40960 F: /T /Y
You MUST load XMSDSK.EXE BEFORE your CD-ROM Extensions driver (MSCDEX.EXE,
NWCDEX.EXE etc) in CONFIG.SYS or AUTOEXEC.BAT to avoid CD/DVD drive letters
SHIFTING!
- NWCDEX.EXE v2.81 (using 2 CD/DVD drives) in CONFIG.SYS:
INSTALLHIGH=C:\DRDOS\NWCDEX.EXE /D:DVD--ROM /D:CD--RW /M:20 /E /F:99
or in AUTOEXEC.BAT:
LOADHIGH=C:\DRDOS\NWCDEX.EXE /D:DVD--ROM /D:CD--RW /M:20 /E /F:99
NWCDEX.EXE (same as Microsoft MSCDEX.EXE) REQUIRES a CD/DVD driver (like
VIDE-CDD.SYS above) ALREADY loaded in CONFIG.SYS.
- CACHECLK.EXE v4.2 in AUTOEXEC.BAT requires one of these Helix drivers to
load FIRST:
* CLOAKING.EXE v1.02 in AUTOEXEC.BAT:
LOADHIGH=C:\HELIX\CLOAKING.EXE
or in CONFIG.SYS:
INSTALLHIGH=C:\HELIX\CLOAKING.EXE
* or NetRoom RM386.EXE memory manager in CONFIG.SYS:
DEVICE=C:\HELIX\RM386.EXE X=F000-FFFF I=B000-B7FF AUTO H=128 NMION NOC NOPS2 NOT NOTR Q
CACHECLK.EXE is set here NOT to cache ANY drives, but I use it in combination
with Microsoft SMARTDRV.EXE in my AUTOEXEC.BAT (which loads itself high if UMA
is available), in this EXACT order in AUTOEXEC.BAT:
LOADHIGH=C:\HELIX\CACHECLK.EXE EX=1 EX=2 EX=3 EX=4 NOCD NOWF NOF K=1 WB=1
C:\DOS\SMARTDRV.EXE 6144 16 A+ B- C+ D E /N /B:8192 /E:32768
or in CONFIG.SYS:
INSTALLHIGH=C:\HELIX\CACHECLK.EXE EX=1 EX=2 EX=3 EX=4 NOCD NOWF NOF K=1 WB=1
INSTALL=C:\DOS\SMARTDRV.EXE 6144 16 A+ B- C+ D E /N /B:8192 /E:32768
to BOOST cached disk transfer for ALL installed drives.
CAUTION: CACHECLK.EXE may cause disk errors or lockups on some older PCs!
- CTMOUSE.EXE v2.0 (loads itself high if UMA enabled) in CONFIG.SYS:
INSTALL=C:\MAX\CTMOUSE.EXE /R44
or in AUTOEXEC.BAT:
C:\MAX\CTMOUSE.EXE /R44
- RECALL.COM v1.2c in CONFIG.SYS:
INSTALLHIGH=C:\MAX\RECALL.COM -I
or in AUTOEXEC.BAT:
LOADHIGH=C:\MAX\RECALL.COM -I
- HYPERKEY.EXE v4.77 (loads itself high with the "XS" switch if UMA enabled)
in CONFIG.SYS:
INSTALL=C:\MAX\HYPERKEY.EXE XS A:+ C:1 C:- CR:- D:300 H:127 KW:- L:1 P:30 R:30 W:+ OK:- OX:+
or in AUTOEXEC.BAT:
C:\MAX\HYPERKEY.EXE XS A:+ C:1 C:- CR:- D:300 H:127 KW:- L:1 P:30 R:30 W:+ OK:- OX:+
in combination with Microsoft MODE.COM (uses NO memory) in AUTOEXEC.BAT:
C:\DOS\MODE.COM CON: RATE=32 DELAY=1
for FASTEST keyboard response in ALL DOS modes.
- ZENO174.EXE v1.74 in CONFIG.SYS (takes less memory):
DEVICEHIGH=C:\MAX\ZENO174.EXE /Q
or in AUTOEXEC.BAT (takes more memory):
LOADHIGH=C:\MAX\ZENO174.EXE /Q
Notes + Wrap-Up
* My MS-DOS 6.22 [+ MS WfWG 3.11] CONFIG.SYS and AUTOEXEC.BAT files, with
EVERYTHING loaded high, give me 625 KB of FREE low (conventional) memory (RAM)
and at least 23 KB of FREE upper memory (UMA) using Microsoft's HIMEM.SYS +
EMM386.EXE memory managers.
This is ENOUGH to run ANY "memory hungry" DOS program/game in native/real
MS-DOS mode, OUTSIDE Windows/WfWG 3.1x GUI.
* ALWAYS make sure to allocate ALL your computer's memory (RAM) as expanded or
extended, using EMM386.EXE:
- the "RAM" switch to provide expanded memory (EMS) combined with "AUTO" to
provide also extended memory upon demand or:
- the "NOEMS" switch to provide ONLY extended memory (XMS).
Do NOT use the "NOEMS" parameter on your EMM386.EXE line in CONFIG.SYS IF your
DOS based programs/games need EXPANDED MEMORY!
* If your DOS TSRs/drivers/devices are loaded "high" in your CONFIG.SYS (with
DEVICEHIGH) and AUTOEXEC.BAT (with LH), and have in native MS-DOS before
launching Windows, less than 16 KB of free upper RAM (the first 384 KB of
memory above the 640 KB boundary), make sure to remove the following line,
remark it with a semicolon (;), or change its numeric value to 0, under the
[386enh] section of your SYSTEM.INI file, located in your Windows directory:
LocalLoadHigh=0
If this line has a value of 1, you won't be able to start Windows with less
than 16 KB of free upper memory on some systems, depending on your Video card
and/or BIOS ROM upper memory address locations!
This applies to Windows/WfWG 3.1x (386 enhanced mode ONLY) AND Windows 9x/ME.
See "LOCALLOADHIGH" in MYTIPS31.TXT (included) for more details.
* IF you don't use ANY DOS communications software and/or IF you're NOT
connected to a DOS based Network, DO NOT load SHARE.EXE in your AUTOEXEC.BAT!
REMark this line by adding a double colon (::) in front of it:
:: C:\DOS\SHARE.EXE
Use Win31's file sharing driver VSHARE.386 instead.
Download the updated VSHARE.386 v3.11.0.402 for Windows/WfWG 3.1x [22 KB,
free]:
ftp://ftp.microsoft.com/softlib/mslfiles/WW1000.EXE
Then change this line:
device=*vshare
to read:
device=vshare.386
under the [386enh] section of your SYSTEM.INI, and make sure VSHARE.386 resides
in your \WINDOWS\SYSTEM directory!
If you use ANY DOS programs (from a DOS box/session) that need a sharing
violation message for proper operation, turn it on in your SYSTEM.INI's
[386enh] section, by adding/editing this line:
EnableSharingPopups=ON
* There is a good probability that if you own a relatively new computer (486DX
or better), you won't need SETVER.EXE loaded in your CONFIG.SYS.
ONLY IF you determined you do NOT need SETVER.EXE: you're NOT using ANY older
IBM or ANY 3rd party ESDI/IDE/ATA hard disk drivers, older 3rd party disk
compression tools (other than Microsoft's DblSpace/DrvSpace), or ANY older DOS
Network drivers, delete (BUT BACKUP FIRST!) the SETVER.EXE file from your \DOS
directory (default location), and REMark with a semicolon (;) this CONFIG.SYS
line (example):
; DEVICE=C:\DOS\SETVER.EXE
If you'll need it later on, you can always extract SETVER.EXE from your MS-DOS
6.xx Setup floppies to your \DOS directory, by running:
EXPAND A:\SETVER.EX_ C:\DOS\SETVER.EXE
and then reenable its CONFIG.SYS line, by removing the preceding semicolon:
DEVICE=C:\DOS\SETVER.EXE
* NetRoom (Helix) or QEMM (Quarterdeck) users NEED to add/modify the following
lines into your SYSTEM.INI file (found in your Windows directory), under the
[386enh] section, to enable Windows to load properly with NetRoom or QEMM
memory managers' special features enabled in your CONFIG.SYS:
SystemROMBreakPoint=false ONLY IF Stealth (QEMM) or VidCloak/SysCloak
(NetRoom) are enabled!
EMMExclude=A000-FFFF With ANY QEMM/NetRoom configuration!
DualDisplay=ON With ANY QEMM/NetRoom configuration!
The line "SystemROMBreakPoint=false" above is needed ONLY IF you use QEMM's
Stealth or NetRoom's VidCloak/SysCloak relocation features of moving the
Extended BIOS and/or Video BIOS areas to the upper/extended memory, and ONLY
IF using QEMM 8.0x or older (QEMM386.SYS) or NetRoom 3.0x (RM386.EXE).
Edit SYSTEM.INI with Notepad or Sysedit, and make your changes ONLY AFTER
BACKING IT UP! Restart Windows so your changes can take effect.
For more helpful SYSTEM.INI settings see "SYSTEM.INI TWEAKS" in MYTIPS31.TXT
(included).
* A MUST! = FREE for OWNERS of QuarterDeck QEMM memory manager v8.0x
(QEMM386.SYS) => upgrade to QEMM v8.03:
http://www.symantec.com/techsupp/files/qemm/qemm8.html
or get QEMM 97 v9.0 (current release):
http://www.chsoft.com/dv.html
* NetRoom manager uses a proprietary technology called Cloaking, to let other
Helix Software drivers (MSCDEX.EXE, MOUSE.EXE, CACHECLK.EXE included with
Multimedia Cloaking Package) load in 32-bit protected mode in extended memory.
Some Helix Cloaked devices (like Cacheclk) are not compatible with Windows or
with some of the DOS games that use the DOS Extender technology (DOS4GW) to
load and use the extended memory on your system at full extent (another 32-bit
protected mode approach). A DOS game that is not compatible with ANY of the
Helix memory management tools is Dragon Lore CD-ROM. It works ONLY with
Microsoft's EMM386.EXE memory manager, according to their tech support!
Get the cloaked MSCDEX v2.23 [18 KB]:
http://dos.li5.org/DOWNLOAD/MSCDEX.ZIP
and CLOAKING.EXE v1.02 [13 KB]:
http://dos.li5.org/DOWNLOAD/CLOAKING.ZIP
MSCDEX.EXE uses 1 KB of upper DOS RAM and 16-48 KB of extended RAM (depending
on the number of /M:XX buffers) if CLOAKING.EXE loads FIRST with LOADHIGH in
AUTOEXEC.BAT (upper memory manager required in CONFIG.SYS). Example:
LOADHIGH=C:\HELIX\CLOAKING.EXE
LOADHIGH=C:\HELIX\MSCDEX.EXE /D:MYCROM /M:20 /B
* Certain DOS programs and games using a DOS/4G extender (DPMI host:
CWSDPMI.EXE or DOS4GW.EXE) may generate: Error 35, A20 Handler Error,
"Himem.sys is missing" and/or "Unable to control A20 line" errors etc after
being installed, if this line does NOT exist in your AUTOEXEC.BAT file:
SET DOS16M=2
In some cases you also need to add the /M:1 (machine type 1 = generic IBM PC
clone) switch to your CONFIG.SYS HIMEM.SYS line (example):
DEVICE=C:\DOS\HIMEM.SYS /TESTMEM:OFF /M:1
* I primarily use Cute Mouse v2.0 16-bit Mouse Driver for DOS, which works
with all Microsoft, LogiTech, Mouse Systems and compatible serial + PS/2
mice/trackballs [50 KB, free GNU]:
http://cutemouse.sourceforge.net/
mostly for speed, as this is the FASTEST DOS mouse driver available!
CTMOUSE.EXE uses only 3.3 KB of upper DOS RAM (upper memory manager required
in CONFIG.SYS).
The AUTOEXEC.BAT LOADHIGH command (LH for short) is not needed, because
CTMOUSE loads itself "high". Example:
C:\MAX\CTMOUSE.EXE /R44
* I also use LogiTech MouseWare Cloaked Mouse Driver for DOS, which works with
most LogiTech, Microsoft and compatible serial + PS/2 mice/trackballs [free]:
- MOUSE.EXE v8.20 [103 KB]:
http://www2.driverguide.com/files/uploads4/2834/Mouse.exe
- CLOAKING.EXE v1.02 [13 KB]:
http://dos.li5.org/DOWNLOAD/CLOAKING.ZIP
MOUSE.EXE uses 1 KB of upper DOS RAM and 54 KB of extended RAM if CLOAKING.EXE
loads FIRST with LOADHIGH in AUTOEXEC.BAT (upper memory manager required in
CONFIG.SYS). Example:
LOADHIGH=C:\HELIX\CLOAKING.EXE
LOADHIGH=C:\MAX\MOUSE.EXE MEMSA AHIGH S04
WARNING: MOUSE.EXE may generate conflicts with certain Windows setups!
IMPORTANT: For details on using your 3rd party memory manager with MS
Windows/MS-DOS *READ* the provided documentation: UMBPCI, QEMM, CEMM, NetRoom,
EMM386, 386MAX, BlueMax etc!
* With all the TSRs/devices/drivers loaded in the upper memory area you may be
able to "squeeze" a maximum of 625 KB of free conventional memory in native
MS-DOS mode outside Windows, without using any 3rd party memory management
special features. You'll NEVER need more than 620 KB of free low RAM to run
ANY DOS program/game created in the last 3-6 years anyway.
Have fun.