home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / os2 / misc / 40060 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  2.4 KB
  1. Path: sparky!uunet!noc.near.net!hri.com!spool.mu.edu!think.com!ames!pacbell.com!iggy.GW.Vitalink.COM!cs.widener.edu!dsinc!satalink!bert.tyler
  2. From: bert.tyler@satalink.com (Bert Tyler)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: Re: Why not standard VESA
  5. Message-ID: <29627.1088.uupcb@satalink.com>
  6. Date: 20 Dec 92 12:48:00 GMT
  7. Reply-To: bert.tyler@satalink.com (Bert Tyler)
  8. Organization: Datamax/Satalink Connection * Ivyland, PA (215) 443-9434
  9. Lines: 37
  10.  
  11. <>>   b. VESA is useless in facilitating background execution of DOS programs.
  12. <>>      So, with a VESA driver, DOS background execution could not be allowed.
  13.  
  14. OK, this item is back on the topic of OS/2, so I feel better about
  15. pursuing it.
  16.  
  17. What exactly (other than inertia) prevents OS/2 from providing VESA
  18. support for the background execution of DOS programs?  The "real mode"
  19. VESA VBE is just an extension of the INT 10H video BIOS, and involves
  20. no hardware extensions at all.  In fact, all it really involves is
  21. support for a larger virtual video space and bank-switching.  Support
  22. for the VESA 800x600x16 mode doesn't even involve that.  Given the
  23. tremendous amount of effort that must have gone into the virtual VGA
  24. support for background execution of DOS programs, these two items
  25. seem rather trivial (of course, I'm not the one who would have to do
  26. it, which is undoubtedly clouding my judgment <grin>).
  27.  
  28. The OS/2 "DOS Box" code fully implements the INT 10H BIOS.  Given that
  29. an OS/2 SuperVGA video driver has to know all about throwing its
  30. underlying adapter into and out of its various SuperVGA video modes
  31. (otherwise, it couldn't support full-screen VGA DOS sessions as well
  32. as a SuperVGA OS/2 desktop), what prevents the DOS Box code from
  33. adding selected VESA modes as well?  It's actually using the true
  34. spirit of OS/2, hiding the ugly details of the real hardware from the
  35. application program.  It's also a lot easier than supporting any
  36. "real" DOS-mode access to the video hardware's SuperVGA capabilities.
  37.  
  38. (There *is* one penalty for adding any SuperVGA video support at all
  39. to DOS boxes - once you've added support for a video mode that requires
  40. 512K or 1MB of video RAM, you *have* to save and restore that video
  41. RAM every time you switch to and from that DOS session.  That's not
  42. a problem unique to VESA support, though.)
  43.  
  44.                    Bert Tyler   (bert.tyler@satalink.com)
  45. ---
  46.  . DeLuxe./386 1.25 #343sa . Did you expect mere proof to sway my opinion?
  47.                                                                   
  48.