Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!smsmith
From: smsmith@magnus.acs.ohio-state.edu (Stephen M Smith)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Desqview Not Running Programs
Message-ID: <1991Jun11.193056.29937@magnus.acs.ohio-state.edu>
Date: 11 Jun 91 19:30:56 GMT
Sender: news@magnus.acs.ohio-state.edu
Distribution: comp.os.msdos.desqview
Organization: The Ohio State University
Lines: 28
Nntp-Posting-Host: bottom.magnus.acs.ohio-state.edu

stanton@lurch.stanford.edu (Scott Stanton) writes:
>jf@spocom.guild.org (Jason Bassford) writes:
>
>           It seems to me that a lot of these problems must be do to the 
>   fact that many of us (myself included) are using IBM clones.  Quite 
>   possibly there could be a glitch in the hardware of these computers... which 
>
>It is more likely to be BIOS problems rather than actual hardware
>glitches....

I suspect that there are more memory conflicts than people realize,
too--especially in the high ram area (>640k <1024k).  Sometimes
a simple NRH parameter on the QEMM386 line will solve the problem.
Hardware does some strange stuff sometimes...I've got a very
compatible Micronics 386-33 with the latest Phoenix BIOS, and I
have to use the following line:

DEVICE=C:\QEMM\QEMM386.SYS RAM NRH FR=C800

It took me over a week to figure out that my system MB utility
wouldn't work correctly with the page frame at the standard
E000-EFFF address!

Stephen M. Smith  \  +  /
<smsmith@magnus.  \+++++/    " #*&<-[89s]*(k#$@-_=//a2$]'+=.(2_&*%>,,@
 acs.ohio-state.  \  +  /      {7%*@,..":27g)-=,#*:.#,/6&1*.4-,l@#9:-)  "
 edu>             \  +  /
 BTW, WYSInaWYG   \  +  /                              --witty.saying.ARC