home *** CD-ROM | disk | FTP | other *** search
Wrap
Received: from orion.it.luc.edu (orion.it.luc.edu [147.126.1.9]) by nacm.com (8.6.10/8.6.9) with ESMTP id RAA12072 for <executor@nacm.com>; Fri, 7 Jul 1995 17:30:51 -0700 Received: from mcdiala09.it.luc.edu (mcdiala09.it.luc.edu [147.126.239.109]) by orion.it.luc.edu (8.6.12/8.6.12) with SMTP id TAA43183 for <executor@nacm.com>; Fri, 7 Jul 1995 19:30:44 -0500 Message-Id: <199507080030.TAA43183@orion.it.luc.edu> X-Sender: bhawley@orion.it.luc.edu X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 07 Jul 1995 19:29:33 -0500 To: executor@nacm.com From: bhawley@luc.edu (Brian Hawley) Subject: VESA 2.0 Sender: owner-paper@nacm.com Precedence: bulk This might not be an Executor problem, but I'll ask anyway. I have tried Executor both with and without the UniVesa drivers, and I have run into a problem. Without the drivers, it has the same cursor redraw annoyance that has been mentioned before (so I'll ignore that for now). With the drivers, it detects the VESA 2.0 fine, but it won't start up in any video mode with greater than 4 bits per pixel. Is there some command line switch that can solve this problem, perhaps by allocating more memory? I have a 486DX2, an ATI mach64 compatible card, and am using 386max or Windows to supply the DPMI, although the same problem happens with CWSDPMI. By the way, you can add Executor to the list of products that conflict with Novell DPMS (Dos Protected Mode Services). Fortunately I have enough free ram that I can run Stacker without it. Stacker allows me to make a 40 meg hfv file that uses 5 megs on disk! No conflicts have arisen yet (other than DPMS). Brian Hawley bhawley@luc.edu