home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 23323 < prev    next >
Encoding:
Text File  |  1993-01-08  |  2.9 KB  |  63 lines

  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!paladin.american.edu!gatech!usenet.ins.cwru.edu!agate!iat.holonet.net!tmcwill
  3. From: tmcwill@iat.holonet.net (Thomas McWilliams)
  4. Subject: Re: 386 BSD
  5. Message-ID: <C0KK91.904@iat.holonet.net>
  6. Organization: HoloNet National Internet Access BBS: 510-704-1058/modem
  7. References: <1993Jan6.085905.25749@klaava.Helsinki.FI>
  8. Date: Sat, 9 Jan 1993 04:24:36 GMT
  9. Lines: 52
  10.  
  11.  
  12. Tuomas J Lukka writes on 06-01-92:
  13.  
  14. > No, not yet. They're in the works, by a mailing list on ref.tfs.com,
  15. > 386bsd-sharedlibs. The implementation is going to be rather high-tech
  16. > (non-kludged). The current linux shared libraries do their job but
  17.  
  18. Don't you think that BSD on a 386 processor is inherently a kludge? Do
  19. you really think that the 386 is capable of doing justice to all of the
  20. theoretical considerations which define what might be called BSD proper? 
  21. Worrying about the theoretical purity of shared libs in 386bsd seems 
  22. akin to fretting over whether the fuzzy dice in your Chevy Vega are
  23. fabricated from carbon composites. The moment it was decided to implement
  24. BSD on the Intel architecture, "high-tech" went out the window. Perhaps
  25. from the standpoint of a purist, BSD on the 386 is better termed an
  26. emulation of BSD. 
  27.  
  28. > are very difficult to generate, have to have fixed addresses in the
  29. > address space etc. 
  30.  
  31. I have heard this sour-grapes attitude from the 386bsd camp before. It
  32. reminds me of someone I know who hasn't had a girlfriend in many years.
  33. The reason? He claims no woman meets his high standards of beauty. Well,
  34. it's his loss. On the apple tree there are many apples that might not 
  35. appear so rosy, but you taste them, they are just as sweet. The best of 
  36. theories may dissolve under the golden axioms of successful practice. 
  37.  
  38. We have had enough theory: Mach, BSD, Minix, Amoeba, etc. etc. Linus 
  39. Torvalds did not give us magazine articles, dissertations, and theory.
  40. Linus gave the 386 user a working advanced operating system. Others 
  41. have given us libraries full of tomes, monographs, conference 
  42. proceedings, and theoretical proposals. But Linus gave us a working 
  43. operating system. And he understood the 386 processor. He examined 
  44. the marble and chiseled *with* the grain--Linux is well matched to the 
  45. rock it runs upon. Its design was not compromised by religious
  46. considerations.  The efficient performance of Linux bears this out.
  47.  
  48. > One good thing about 386BSD: it's newsgroup has a LOT less FAQ's asked.
  49.  
  50. Sometimes there are benefits to a smaller user base. This is
  51. one of them.
  52.  
  53. Thomas (tmcwill@gcr.com)  
  54.  
  55. ----------------------------------------------------------------
  56.  But there could be no Richard Stallman, gcc, emacs, etc. There 
  57.  could be no Linus Torvalds and Linux. And we wouldn't be aware 
  58.  of the necessity of their existence. Once they appear, they 
  59.  shine like the stars. --- Wen Chun Ni 
  60. ----------------------------------------------------------------
  61.  
  62.  
  63.