home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 23101 < prev    next >
Encoding:
Text File  |  1993-01-07  |  1.7 KB  |  37 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!news.univie.ac.at!chx400!bernina!almesber
  3. From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
  4. Subject: Re: DOS emulation
  5. Message-ID: <1993Jan7.184329.8050@bernina.ethz.ch>
  6. Sender: news@bernina.ethz.ch (USENET News System)
  7. Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
  8. References: <79132@hydra.gatech.EDU> <1993Jan5.174435.3669@wam.umd.edu>
  9. Date: Thu, 7 Jan 1993 18:43:29 GMT
  10. Lines: 25
  11.  
  12. In article <1993Jan5.174435.3669@wam.umd.edu> joel@wam.umd.edu (Joel M. Hoffman) writes:
  13. > I see two possibilities:  One, giving the DOS program full control of
  14. > the screen, for SVGA graphics.  The program could do whatever it
  15. > wanted, and so the VC code would have to be augmented to save/restore
  16. > the complete state of the video card.  This would be a good thing,
  17. [...]
  18. > The only problem with this approach is that I don't think
  19. > graphics programs could run in the background.
  20.  
  21. If you mean "detaching from a display", why not ? It's not necessarily
  22. different from switching a VC. VCs aren't things that really exist in
  23. hardware either.
  24.  
  25. If you mean "switching to a different VC", why not ? The display memory
  26. could be mapped to the physical frame buffer while the respective VC is
  27. in the "foreground" which is copied to a buffer in user space when
  28. switching to a different VC. Now, that buffer memory could be mapped to
  29. the display memory and the DOS program could happily continue to
  30. scribble to what it thinks is its screen. It would even run faster ;-)
  31.  
  32. - Werner
  33. -- 
  34.    _________________________________________________________________________
  35.   / Werner Almesberger, ETH Zuerich, CH      almesber@nessie.cs.id.ethz.ch /
  36.  /_IFW_A44__Tel._+41_1_254_7213___________________________________________/
  37.