home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / coherent / 5711 < prev    next >
Encoding:
Text File  |  1992-11-18  |  2.2 KB  |  50 lines

  1. Newsgroups: comp.os.coherent
  2. Path: sparky!uunet!rosevax!aquarius!grante
  3. From: grante@aquarius.rosemount.com (Grant Edwards)
  4. Subject: Re: Tcl to replacement most of /bin & /usr/bin (was: Tcl on Linux
  5. Message-ID: <1992Nov18.173737.17409@rosevax.rosemount.com>
  6. Sender: news@rosevax.rosemount.com (USENET News administrator)
  7. Nntp-Posting-Host: aquarius
  8. Reply-To: grante@aquarius.rosemount.com (Grant Edwards)
  9. Organization: Rosemount, Inc.
  10. References: <9211170717.AA17293@PCS.CNU.EDU>
  11. Date: Wed, 18 Nov 1992 17:37:37 GMT
  12. Lines: 36
  13.  
  14. shendrix@PCS.CNU.EDU ("", Shannon Hendrix) writes:
  15. :
  16. :     No.  X11 and MGR are kludged on top of UNIX.  Just like Windows runs
  17. : on top of DOS.  I mean kernel support for graphics (not just drivers).
  18. : Access to the frame buffer just like normal RAM.
  19.  
  20. That means that your code has to know how to handle every single type
  21. of frame buffer and graphics hardware with which your program will
  22. ever by used, you've got to know how the planes are arranged, what
  23. bits in what bytes correspond to what pixels, what bit patterns
  24. correspond to what intensities, and _tons_ of other ugly stuff.
  25.  
  26. There might not even _be_ a frame buffer that can be accessed as you
  27. would RAM (it could be vector graphics, although X11 or MGR on a
  28. vector graphics device wouldn't be a good match).
  29.  
  30. It's like asking for direct access to disk on a sector-by-sector basis,
  31. or worse yet, playing with the control registers in the SCSI
  32. interface.  It may be fun at first, but the whole point of device
  33. drivers for disks, graphics, serial ports, network interfaces, tape
  34. drives, etc, is to obtain device independence.  I don't want to have
  35. to re-write my source code every time a new peripheral device comes
  36. out or every time the hardware interface changes.  I don't want to have
  37. to know all the registers in a Zilog 8531 dual serial interface chip
  38. when I could just open /dev/ttya and start reading and writing.
  39.  
  40. OK, then we'll define a standard software interface, and let the
  41. kernel handle the icky details.  Presto, we've invented device
  42. drivers.
  43.  
  44. --
  45. Grant Edwards                                 |Yow!  Make me look like LINDA
  46. Rosemount Inc.                                |RONSTADT again!!
  47.                                               |
  48. grante@aquarius.rosemount.com                 |
  49.