Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!think.com!zaphod.mps.ohio-state.edu!uwm.edu!linac!mp.cs.niu.edu!ux1.cso.uiuc.edu!midway!gsbsun!valley
From: valley@gsbsun.uchicago.edu (Doug Dougherty)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Insufficient room for shared memory error??
Message-ID: <1991May18.170538.14139@midway.uchicago.edu>
Date: 18 May 91 17:05:38 GMT
References: <282fbfc7@ralf>
Sender: news@midway.uchicago.edu (NewsMistress)
Organization: University of Chicago
Lines: 18

Ralf.Brown@B.GP.CS.CMU.EDU writes:

>How to curb keyboard polling without additional programs:
>The word at offset 175h in the .DVP file specifies how many times the
>program is allowed to poll the keyboard in one clock tick before DV will
>suspend it and switch to the next task.  This value is normally zero,
>meaning DV will never switch early, no matter how often the program polls.
>If you patch the two bytes to 01 00, you get the same result as with
>DVKPOLL.  Most programs seem to work best with values between 4 and 9.
>If you use DEBUG to patch the file, remember that it loads the file
>starting at offset 100h, so you want to patch the two bytes at 275h and
>276h.

How does patching that word (which, I assume, is equivalent to using
DVKPOLL) compare to using TAME?
--

	(Another fine mess brought to you by valley@gsbsun.uchicago.edu)