home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / 3b1 / 3140 < prev    next >
Encoding:
Text File  |  1992-08-18  |  2.2 KB  |  49 lines
  1. Newsgroups: comp.sys.3b1
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!caen!umeecs!umn.edu!pascal.geom.umn.edu!scott
  3. From: scott@pascal.geom.umn.edu (Scott S. Bertilson)
  4. Subject: Re: Potential kernel mods...
  5. Message-ID: <1992Aug18.224009.18327@news2.cis.umn.edu>
  6. Sender: news@news2.cis.umn.edu (Usenet News Administration)
  7. Nntp-Posting-Host: pascal.geom.umn.edu
  8. Organization: Geometry Center, University of Minnesota
  9. References: <l8rdpnINNdq4@skat.usc.edu> <1992Aug16.195654.9330@ceilidh.beartrack.com>
  10. Distribution: usa
  11. Date: Tue, 18 Aug 1992 22:40:09 GMT
  12. Lines: 35
  13.  
  14.   Personally, I would most like to find the source of the lost
  15. character problem that exists even with the "pty" driver that must
  16. be used to run "mgr".
  17.   Comments follow on some of the other suggestions.
  18. ----
  19. In article <1992Aug16.195654.9330@ceilidh.beartrack.com> dnichols@ceilidh.beartrack.com (Don Nichols (DoN.)) writes:
  20. >In article <l8rdpnINNdq4@skat.usc.edu> jlowrey@skat.usc.edu (John 'Fritz' Lowrey) writes:
  21. >>    = Rebuild the kernel with gcc.
  22. >>       Let's face it, it make better code.
  23.  
  24.   Might be nice, but is a major nasty project because drivers need to be
  25. gone through with a fine tooth comb to find references to "volatile"
  26. registers and such.
  27.  
  28. >1)    Build the dirent rountines into the shared libs (which would need to
  29. >    be redone, anyway).
  30.  
  31.   These and other shared library fixes such as the timezone fix
  32. mentioned elsewhere can be done now.  There is documentation and
  33. an example of how to rebuild the shared library on the archive as
  34. "library/shlib.sh.Z".  Source code is *not* required.
  35.  
  36. >4)    Make the kernel hooks so that another filesystem type *could* be
  37. >    supported with a loadable device driver, for those of us who are
  38. >    willing to pay the kernel bloat overhead.  This would not only allow
  39. ...
  40. >    of Suns.  There is no support for this in the present kernel, nor do
  41. >    I see a way to accomplish it with a loadable device driver, because
  42. >    the kernel expects only a single filesystem type.
  43.  
  44.   Yes, and this is practically an insurmountable obstacle because the
  45. changes to add the code to provide a File System Switch (SVR[34]) or
  46. VFS (SunOS) are very involved *and* decrease efficiency because of the
  47. required indirection.
  48. --
  49.