home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text6022.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  2.4 KB
  1. Received: from netnet1.netnet.net (netnet1.netnet.net [198.70.64.2]) by nacm.com (8.6.10/8.6.9) with ESMTP id JAA12797 for <executor@nacm.com>; Thu, 26 Oct 1995 09:17:09 -0700
  2. Received: (from mouring@localhost) by netnet1.netnet.net (8.6.9/8.6.9) id LAA29517; Thu, 26 Oct 1995 11:16:56 -0500
  3. Date: Thu, 26 Oct 1995 11:16:56 -0500 (CDT)
  4. From: Ben Lindstrom <mouring@netnet.net>
  5. To: Mat Hostetter <mat@ardi.com>
  6. cc: executor@nacm.com
  7. Subject: Re: Linux + SVGALIB
  8. In-Reply-To: <m0t8UHa-000GOwC@gwar.ardi.com>
  9. Message-ID: <Pine.SUN.3.91.951026111154.24993B-100000@netnet1.netnet.net>
  10. MIME-Version: 1.0
  11. Content-Type: TEXT/PLAIN; charset=US-ASCII
  12. Sender: owner-paper@nacm.com
  13. Precedence: bulk
  14.  
  15.  
  16.  
  17. On Thu, 26 Oct 1995, Mat Hostetter wrote:
  18.  
  19. > >>>>> "Ben" == Ben Lindstrom <mouring@netnet.net> writes:
  20. >     Ben> At least if you can figure out if your are doing massives
  21. >     Ben> amount of screen graphics...lock the VT terminal focus.  =)
  22. > 
  23. > I think your suggestion is a good one, even if it won't work for all
  24. > programs we emulate.  I can lock the vc around where Executor itself
  25. > modifies screen memory.  I wonder if locking the vc when we don't even
  26. > own the vc causes our process to stop until we have regained the vc?
  27. > 
  28. > We do hardward accelerated rect fills under svgalib...I wonder if
  29. > switching vc's after such an operation has been started could cause
  30. > problems.
  31. > 
  32. What mainly the problem seems to be occuring it turns the cursor black.
  33. Which almost gives me the feeling that some section of memory is being
  34. blanked out when you leave a VC.  I don't think it's a SVGALib problem
  35. since Doom and Abuse both work just fine switching in and out of their
  36. VCs.  Maybe the video display is not being saved correctly under vgagl?
  37.  
  38. I don't know..=)  I'm doing SVGALib work and it's REALLY poorly documented
  39. and I personally wish there was a better solution. (Note: I did see a 
  40. comment about a another SVGA type library that had DOS/Linux support.  I
  41. don't remeber the name of it nor how good it is.)
  42.  
  43. > I am also concerned that switching vc's to X windows will cause
  44. > problems because Executor still owns the mouse and keyboard devices.
  45. > Hmmm.
  46.  
  47. I've never had problems with most software VC mouse/keyboard/graphics 
  48. software when switching between X and VC...Had not tried it with Executor.
  49.  
  50. Oh well..If I'm stuck using Executor under SVGALib in one VC...I can live
  51. with it for a while. =)
  52.  
  53.