home *** CD-ROM | disk | FTP | other *** search
Wrap
Received: from sloth.swcp.com (sloth.swcp.com [198.59.115.25]) by nacm.com (8.6.10/8.6.9) with ESMTP id OAA08651 for <executor@nacm.com>; Fri, 7 Jul 1995 14:11:06 -0700 Received: from iclone.UUCP (uucp@localhost) by sloth.swcp.com (8.6.9/8.6.9) with UUCP id PAA29922; Fri, 7 Jul 1995 15:11:04 -0600 Received: from gwar.ardi.com by mailhost with smtp (nextstep Smail3.1.29.0 #11) id m0sUKdx-000YbmC; Fri, 7 Jul 95 15:09 MDT Received: by gwar.ardi.com (linux Smail3.1.28.1 #5) id m0sUKdw-000GOkC; Fri, 7 Jul 95 15:09 MDT Message-Id: <m0sUKdw-000GOkC@gwar.ardi.com> Date: Fri, 7 Jul 95 15:09 MDT From: mat@ardi.com (Mat Hostetter) To: Hugh Mclenaghan <hughmcl@chem.gla.ac.uk> Subject: Re: Executor/DOS 1.99m bug report In-Reply-To: <20576.199507061240@nernst.chem.gla.ac.uk> References: <20576.199507061240@nernst.chem.gla.ac.uk> cc: executor@nacm.com Sender: owner-paper@nacm.com Precedence: bulk >>>>> "Hugh" == Hugh Mclenaghan <hughmcl@chem.gla.ac.uk> writes: Hugh> Here is a further note about some bugs. I changed the Hugh> refresh and the problem with the screen being redrawn funder Hugh> mouse cursor seemed to be sorted, but it seems to be running Hugh> quite slowly. 1.99m is fine on the same machine. Yes, this is what I'd expect to happen. In "normal" screen update mode, Executor doesn't transfer pixels from the internal screen to the SVGA board until the program checks for events (keypresses, mouse presses, etc.) This is a performance heuristic. "refresh" mode will force the real screen to get updated periodically regardless, at a certain performance penalty. "animation" mode will cause all drawing to appear on the SVGA board ASAP, at a performance penalty (not nearly as bad as refresh, but not as good as normal). I'll change Executor so that the entire screen you are seeing is always properly updated when the cursor is redrawn. -Mat