Path: utzoo!yunexus!ists!helios.physics.utoronto.ca!news-server.csri.toronto.edu!mailrus!uunet!cs.utexas.edu!swrinde!ucsd!sdd.hp.com!apollo!angelini From: angelini@apollo.HP.COM (Bob Angelini) Newsgroups: comp.sys.ibm.pc Subject: Re: DesqView,,,,again Message-ID: <4aaf7cbe.20b6d@apollo.HP.COM> Date: 29 May 90 17:45:00 GMT Article-I.D.: apollo.4aaf7cbe.20b6d References: <1929@mindlink.UUCP> <1990May29.142840.16232@cs.utk.edu> Sender: root@apollo.HP.COM Lines: 31 > For the record, we do have a registered copy of Deqview 386 ver >1.0. I read the manual cover-to-cover before even installing it AND >when troubles arose. After many phone calls to Quarterdeck and getting >no where (ie- problem still there), the person on the other end told me >it must be a problem with the SCSI interface by Adaptec and that I >needed a device driver. He did not know the name of such a driver, but >was sure that it existed. No where in the manuall for the SCSI drive is >an Adpatec phone number or address. My inside sources at Tandy (yes I >actually know people there) had never heard of such a driver. >Basically, I think there was a bug in Quarterdeck's programme and they >just pointed elsewhere. Also, they have not sent us anything about an >upgrade to the newer version. I have not been following this discussion so, please excuse me if the following info is redundent. I had problems with Windows 386 not loading beyond the Microsoft banner, just after switching to an Adaptec AHA-1542 SCSI controller. Microsoft suggested that I try using a device driver that Adaptec supplies. I contacted Adaptec and they gave me the number of their Tech Support BBS (1-408-945-7727). I was able to download this device driver and it did infact solve my problem. The driver is a buffering device driver for the 154x board that supports both video and virtual memory buffering. It should correct problems that the 154x has with programs that transfer a lot of data from disk directly to the screen and also apps that use 386 protected mode. Bob Angelini