Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!rutgers!sri-unix!husc6!mit-eddie!genrad!decvax!tektronix!uw-beaver!cornell!batcomputer!prove
From: prove@batcomputer.UUCP
Newsgroups: comp.sys.ibm.pc
Subject: Re: Desqview installation problem
Message-ID: <2113@batcomputer.tn.cornell.edu>
Date: Sat, 24-Jan-87 13:32:06 EST
Article-I.D.: batcompu.2113
Posted: Sat Jan 24 13:32:06 1987
Date-Received: Sun, 25-Jan-87 06:13:43 EST
References: <2110@batcomputer.tn.cornell.edu>
Organization: Theory Center, Cornell U., Ithaca NY
Lines: 26
Keywords: desqview
Summary: oops, sorry Desqview

In article <2110@batcomputer.tn.cornell.edu>, prove@batcomputer.tn.cornell.edu (Roger Ove) writes:
> 
> 	A few months ago I bought an AST Premium pack eems card
> that came with a copy of desqview.  There was a serious problem with
> the installation of desqview that others contemplating a similar
> move may want to know about.  The disk came with an install program,
> which loads all of the software into the appropriate places and
> appends a few lines to the config.sys and autoexec.bat files.  Running
> this the first time worked ok.  However, I decided to change a few
> of the parameters (partitioning the memory into ems and eems parts,
> etc) and the "safest" way seemed to be running install again.  Wrong!
> The result of this 2nd installation was a trashed hard disk.  About 20

Now after checking I recall that the problem was with the 2nd install of
the AST memory management software, which has nothing to do with desqview.
Desqview has always worked normally, except for the fact that the EEMS
version (xdv.com) crashed my machine (it is a pc's limited turbo),
which was predicted in the docs for some machines.  Sorry about the
slander, Quarterdeck.

Roger Ove
prove@tcgould.tn.cornell.edu
14004@ncsavmsa.bitnet
prove@uiucvmd.bitnet