Xref: utzoo comp.os.msdos.desqview:22 comp.os.msdos.misc:1926
Newsgroups: comp.os.msdos.desqview,comp.os.msdos.misc
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!caen!umich!sharkey!clmqt!steve
From: steve@clmqt.marquette.Mi.US (Steve Lasich)
Subject: Re: FASTOPEN  (was Another QEMM problem.)
Message-ID: <1991May5.194030.2078@clmqt.marquette.Mi.US>
References: <1991May3.205700.8459@cs.dal.ca> <9043@crash.cts.com>
Date: Sun, 5 May 91 19:40:30 GMT
Lines: 39

In article <9043@crash.cts.com> dang@crash.cts.com (Dan Gookin) writes:

>On the merits of FASTOPEN:

>	>> DO NOT USE THIS COMMAND! <<

>FASTOPEN is a half-ass attempt at disk caching, only caching file names
>and their locations.  It will seriously mess with your disk, and I've
>recommended in that last three DOS books I've written that no one
>should use FASTOPEN.

	DO NOT USE DISK OPTIMIZERS OR FOLLOW ADVICE IN BOOKS

Disk optimizers that remap files will mess with your disk.  Fastopen
won't.  If you optimize your disk you should reboot your computer
before you do anything else.  ESPECIALLY if you use Fastopen.  Most
reputable disk optimizers will reboot for you anyway upon termination.
This is the only problem I've ever seen after years of using Fastopen 
with DOS 3.3 and 4.x.

>Some dealers will use INSTALL to setup FASTOPEN in CONFIG.SYS, especially
>on DOS 4 systems.  Remove it.  Also, if you've ever experienced any
>problem with DOS insisting you always use the same floppy diskette,
>blame FASTOPEN..

You can "blame" Fastopen.  Some people might even believe you.  I ran
into this problem with 50 Zenith 386 machines: "Invalid Disk Change in
Drive A--Abort, Retry or Fail."  This also translates into "Disk Error
34" in Word Perfect.  It turned out SHARE was the determining factor in
the error.  Remove SHARE and no error.  Fastopen does not cache
floppies.  It only caches file names on the drive specified in the
command line.  

Did you do this thorough of a research job on all three books? 

>dang.  

Steve Lasich, Microcomputer Lab Coordinator                acsl@bitnet
Northern Michigan University               steve@clmqt.marquette.mi.us