home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.linux
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!haven.umd.edu!wam.umd.edu!joel
- From: joel@wam.umd.edu (Joel M. Hoffman)
- Subject: Re: DOS emulation
- Message-ID: <1993Jan5.174435.3669@wam.umd.edu>
- Sender: usenet@wam.umd.edu (USENET News system)
- Nntp-Posting-Host: rac2.wam.umd.edu
- Organization: University of Maryland, College Park
- References: <79132@hydra.gatech.EDU>
- Date: Tue, 5 Jan 1993 17:44:35 GMT
- Lines: 32
-
- In article <79132@hydra.gatech.EDU> gt8134b@prism.gatech.EDU (Howlin' Bob) writes:
- >wolff@liberator.et.tudelft.nl (Rogier Wolff) writes:
- >
- >>At first video emulation need only be at 80x25 textmode. In the end it
- >>shouldn't be too hard to detect "going into graphics", and emulate that
- >>too. It might become a little slow, but it should at least work....
- >
- >That becomes difficult. I plan on getting around to it, but it's not the
- >most urgent thing right now. I would be most pleased if you implemented
- >such a thing, however. Please mail me any suggestions/diffs you have.
-
- I see two possibilities: One, giving the DOS program full control of
- the screen, for SVGA graphics. The program could do whatever it
- wanted, and so the VC code would have to be augmented to save/restore
- the complete state of the video card. This would be a good thing,
- anyway, because it will let one (or more!) VC's run X, and the others
- run in text mode. It will let one VC display text in 25x80, the other
- in 43x132 (or whatever). CMU already has code to save/restore VGA
- cards, and has augmented the code to handle some SVGA regs., I
- beleive. The only problem with this approach is that I don't think
- graphics programs could run in the background. Some screen writes
- would have to block until the VC on which the process is running is
- selected. Kludgy, but not terrible.
-
- The second possibility is to emulate the SVGA card. This would be
- very nice, as it would allow a DOS program that expects to use the
- whole screen to run in an X window. Cool. But, I suspect this will
- be VERY VERY slow. Many application write directory to the screen.
- The emulator would have to watch the screen, note any changes,
- translate those changes into system calls, and execute those calls.
-
- -Joel
-