home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / amiga / 2564 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  2.2 KB
  1. Path: sparky!uunet!spool.mu.edu!agate!overload.lbl.gov!lll-winken!izar.nersc.gov!greggs
  2. From: greggs@izar.nersc.gov (Gregg D. Schoenberger)
  3. Newsgroups: comp.unix.amiga
  4. Subject: Re: ECS X-windows
  5. Message-ID: <143497@lll-winken.LLNL.GOV>
  6. Date: 15 Dec 92 17:55:06 GMT
  7. References: <Bz27Kp.Gvn@digiboard.digibd.com> <143396@lll-winken.LLNL.GOV> <BzA28C.AxL@digiboard.digibd.com>
  8. Sender: usenet@lll-winken.LLNL.GOV
  9. Organization: National Energy Research Supercomputer Center, LLNL
  10. Lines: 34
  11. Nntp-Posting-Host: izar.nersc.gov
  12.  
  13. In article <BzA28C.AxL@digiboard.digibd.com> rhealey@dellr4.digibd.com (Rob Healey) writes:
  14. >    Take a look at the console, graphics and video code in the kernel
  15. >    source under /usr/src. It's a very interdependant web of twisty
  16. >    passages all alike... I.e. you can't just tweek here and there,
  17. >    alot of stuff is interrelated in subtle ways.
  18. >
  19.     So is the rest of SVR4... I know. I ported the signal component
  20. to a non-UNIX OS as part of our UNIX emulation library. Workable yes,
  21. do-able yes, painful to port YES. Mind you that USL is shifting to a object
  22. orientated design, with C++ as a possible systems language some point
  23. in the future ( from my ATT OS internals class ). Done as modules, the
  24. changes are clustered in a few routines, it's finding the locations to
  25. change that's difficult. 
  26.  
  27. >
  28. >    The ECS modes change timing inside the kernel and that could do nasty
  29. >    stuff to UNIX... Maybe the people who did the work could elaborate?
  30.  
  31.     Fine. Not any bigger problem than serial/video card or tape drive
  32. support. :->> All device drivers have to worry about timing/async issues,
  33. it comes with the turf.
  34.  
  35. >
  36. >    If it wasn't a pisser to do it would have already been done.
  37. >
  38.     I agree, see previous postings. But we as a user communitee have more
  39. time and more incentive to try this chore than CBM does. I'd take a crack
  40. at it, but my skills are not in graphics, they're in process scheduling,
  41. tuning, security, utilities ... that kind of rot.
  42. -- 
  43. Gregg D. Schoenberger              | email    - Schoenberger@nersc.gov
  44. Sun Systems Administration         | phone    - (510) 422-9331
  45. NERSC Distributed Computing Group  | mailstop - L-560 
  46. Lawrence Livermore Laboratory      | USnail   - P.O. 808 \n Livermore, CA 94550
  47.