Xref: utzoo comp.windows.ms:11918 comp.sys.ibm.pc.misc:9010
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!sun-barr!newstop!sun!amdcad!brahms!phil
From: phil@brahms.amd.com (Phil Ngai)
Newsgroups: comp.windows.ms,comp.sys.ibm.pc.misc
Subject: Re: OS/2 2.0 is here! READ THIS, you'll be impressed
Message-ID: <1991Apr24.233958.28291@amd.com>
Date: 24 Apr 91 23:39:58 GMT
References: <1991Apr21.135534.724@jarvis.csri.toronto.edu> <1991Apr21.194928.8267@ux1.cso.uiuc.edu> <1991Apr21.175529.2386@jarvis.csri.toronto.edu> <6567@bwdls58.bnr.ca>
Sender: usenet@amd.com (NNTP Posting)
Organization: Advanced Micro Devices, Inc.
Lines: 12

mlord@bwdls58.bnr.ca (Mark Lord) writes:
>The "smart" method, used by DesqView-386 and perhaps others, is to simply use
>the 386 virtual memory to remap "normal" memory in place of the task's 
>apparent "video memory", and let it write away at will.  The supervisory code
>periodically refreshes the window on the "real" screen from the virtual windows
>of each such nasty program.

Except that they refuse to support Super-VGA. Not that it couldn't be
done, they're just too lazy.

--
	It doesn't have to be perfect to be useful.