Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!tut.cis.ohio-state.edu!harpsichord.cis.ohio-state.edu!mcmillan
From: mcmillan@harpsichord.cis.ohio-state.edu (Hal McMillan)
Newsgroups: comp.os.msdos.desqview
Subject: Misc questions
Keywords: dv qemm
Message-ID: <117986@tut.cis.ohio-state.edu>
Date: 7 May 91 19:27:43 GMT
References: <1991May7.141737.7206@infonode.ingr.com>
Sender: news@tut.cis.ohio-state.edu
Organization: The Ohio State University, Department of Computer and Information Science
Lines: 39

I'm a new user of DV/QEMM and have a couple of questions.

1.  Sometimes when I reboot, QEMM will begin to load and then my
machine will reboot.  Sometimes it will reboot itself a couple of
times before loading properly.  Has anyone else experienced this?  I
am using a new Gateway 386/33 (Micronics).  The QEMM docs don't seem
to mention this rebooting "feature", so I'm not sure how to diagnose
the problem.  I should probably mention that I did also have some
trouble with rebooting when I ran Optimize and the manual did mention
something about that.

2.  When I run Indy 500 (my current favorite game) under DV, it
inevitably locks up shortly after the game begins.  This does not
happen running it under Windows 386 enhanced.  I can switch away from
the game and then back to it and the game will continue, but the
graphics are somewhat trashed after that.  Has anyone had something
similar happen?  Is there some particular program option to look at?

3.  I run a PC version of Emacs and have to use the CTRL-C command for
certain functions.  If I do this, DV pops up a small menu indicating
that it has detected that BREAK has been pressed, and it gives me two
menu options neither of which seem to respond to the mouse.  I can't
find this popup menu described anywhere (or how to prevent it from
popping up).


These problems (multiple reboots, and not being able to run my
favorite editor or game) have left me running Win 386enh mode, where I
have no problems.  I would like to play more with DV if I can get some
of these problems resolved.

	Hal



--
Hal McMillan                | "It's an ideal principle, which can be verified
mcmillan@cis.ohio-state.edu |  only under ideal conditions.  Which means never.
72627.642@CompuServe.com    |  But it's still true."