home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / msdos / programm / 9178 < prev    next >
Encoding:
Text File  |  1992-09-08  |  2.3 KB  |  57 lines
  1. Newsgroups: comp.os.msdos.programmer
  2. Path: sparky!uunet!sun-barr!ames!elroy.jpl.nasa.gov!nntp-server.caltech.edu!nyet
  3. From: nyet@cco.caltech.edu (n liu)
  4. Subject: Re: djgpp 2.2.2 Q's: mouse/svga/assembler/bios
  5. Message-ID: <1992Sep8.233015.28089@cco.caltech.edu>
  6. Sender: news@cco.caltech.edu
  7. Nntp-Posting-Host: punisher
  8. Organization: California Institute of Technology, Pasadena
  9. References: <25586@castle.ed.ac.uk> <18f73jINN2gr@agate.berkeley.edu>
  10. Date: Tue, 8 Sep 1992 23:30:15 GMT
  11. Lines: 44
  12.  
  13. benrg@ocf.berkeley.edu (Ben Rudiak-Gould) writes:
  14.  
  15. >First of all, the file DOCS\VERSION in my DJGPP distribution says,
  16. >"This distribution of DOS 386/G++ is version 1.05".  Does yours
  17. >really say, "2.2.2", or are you talking about the version number of
  18. >something else?  If the former, where did you get that version?
  19.  
  20. djgpp 1.08 is derived from gcc 2.2.2
  21.  
  22. >In article <25586@castle.ed.ac.uk> eonu24@castle.ed.ac.uk (I Reid) writes:
  23.  
  24. >>Question 2: Trident 8900 driver problems.
  25. >>
  26.  
  27. >I ran into this problem as well, and solved it.  The drivers have only
  28. >two routines--one to set a graphics mode and one to do a bank-switch.
  29. >A little bit of experimentation revealed that the bank-switch routine
  30. >was the one causing the problem.  I noticed that the source code had a
  31. >notice saying it was derived from VGAKIT 3.4.  I have 4.1 and it works
  32. >fine.  So, I changed the bank-switch code in tridnt89.asm to conform
  33. >to the new VGAKIT code, and now it works fine as well.
  34.  
  35. The trident driver in Csaba's excellent LIBGRX contrib package contains
  36. a similiar patch... I haven't checked if its identical.
  37.  
  38. Also, I noticed that bank switching fails right after you do a printf
  39. to a graphics mode.. the next few graphics writes ALWAYS end up in the
  40. first bank. I haven't gotten around to reproducing this in small code, so
  41. I don't know if its a go32 problem or a board problem. My first guess
  42. would be to blame the board. We all know that Trident == Bug_ridden_lazy_DOG!
  43.  
  44. In any case, at least when my app spews error messages to stdout I know where
  45. in the picture the problem is, since it ends up in the top part of the
  46. screen - MUST be a feature :-)
  47.  
  48. In addition, I've been having problems with the 1024x768 mode too. Nobody
  49. but me has seen them (btw. I have a 8900B). Oh lord / won't ya buy me / a
  50. local bus s3...
  51.  
  52.  
  53.  
  54. -- 
  55. nyet@cco.caltech.edu
  56. nyet@aerospace.aero.org
  57.