home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / linux / 10083 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  4.5 KB
  1. Path: sparky!uunet!mcsun!news.funet.fi!hydra!klaava!torvalds
  2. From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: Progress report?
  5. Message-ID: <1992Sep7.142246.22137@klaava.Helsinki.FI>
  6. Date: 7 Sep 92 14:22:46 GMT
  7. References: <1992Sep7.125312.20025@wam.umd.edu>
  8. Organization: University of Helsinki
  9. Lines: 79
  10.  
  11. In article <1992Sep7.125312.20025@wam.umd.edu> joel@wam.umd.edu (Joel M. Hoffman) writes:
  12. >I've been away for the Summer, and have missed most of c.o.l.  Could
  13. >someone who's been following it for the the Summer please let me know
  14. >what I've missed.  My last kernel is 0.96.
  15.  
  16. Get 0.97.pl4 - it seems to be stable (knock wood: I haven't gotten any
  17. reports on it yet), and fixes a lot of things.  Out today, and available
  18. at "nic.funet.fi" "pub/OS/Linux/testing/Linus". 
  19.  
  20. You might want to reinstall from scratch: the mcc or SLS releases look
  21. promising, although I naturally haven't tried either.  They get you the
  22. current compiler and good versions of most of the standard tools
  23. (although you should probably get the new 'mount' package that fixes a
  24. lot of bugs.  Good work - I liked it)
  25.  
  26. >Specifically, is there a DOS emulator yet?  Have the VM86 patches at
  27. >least made it into the standard distribution?  Have my code-page
  28. >patches made it into the standard distribution?
  29.  
  30. The original VM86 patches never made it into the standard kernel, but I
  31. implemented a very similar vm86() system call when rewriting the mm (it
  32. got very easy after that), and yes, there is a working msdos emulator
  33. available.  But it's very simple (but fun: having DOS running under X11
  34. in an xterm sure gives a professional feeling to the system :-), and
  35. gives up for any program that tries to do anything more complicated, so
  36. it's not useable for "real" work yet.  You can boot up a msdos floppy on
  37. it, and play around with "dir" etc, but that's about it (has anybody
  38. tried early versions of turbo-pascal? they should work on almost
  39. anything).  Expect to hack on it before it's actually practical. 
  40.  
  41. As to any code-page patches, I have to admit I can't remember them, so I
  42. don't know if the current kernel does something similar. 
  43.  
  44. >My GCC library is marked lib92.04.06.  Is there a new one?  If I get
  45. >the new one, do I have to recompile all of my programs?  Do we have
  46. >jump-tables yet so that when a newer library comes out programs won't
  47. >have to be recompiled?
  48.  
  49. Wait a week or so for the next release, which hopefully will use the
  50. "final" jump-table setup (as well as having new X11 libraries etc). 
  51. After that, the libraries should finally be stable (sure...) - the
  52. libraries already seem to work well, but they were changed to take
  53. advantage of the new mm setup, and the new version is in testing right
  54. now. 
  55.  
  56. lib92.04.06 is totally obsolete, and I doubt it can be found anywhere
  57. any more (I think I removed it from my disk a month ago, and most people
  58. probably never even saw it). 
  59.  
  60. >Is there anything else I would want to know about?
  61.  
  62. Not really: 0.97.pl4 has some new features (/many/ new features when
  63. compared to 0.96) and should be faster/better etc, but the best way to
  64. find out is probably just to get the new system.  Anything older than
  65. 0.96c.pl2 should probably not be used any more: 0.96c.pl2 is pretty
  66. stable, but I do believe 0.97.pl4 is better in almost all respects (it's
  67. bigger, but uses memory better, so you should actually have more free
  68. mem anyway).  It's not too much tested, so I'm still keeping my fingers
  69. crossed, but even if there are bugs it's sure to be better than
  70. unpatched 0.96 which could be crashed just by catting some binaries to
  71. the VC's. 
  72.  
  73. Tcp/ip is getting there, and I expect it to be in the standard kernel in
  74. a couple of weeks.  The extended filesystem is still in a bit of a flux,
  75. but most other things should hopefully have calmed down now (I can't
  76. guarantee all the minix-fs bugs are gone, but I feel pretty good about
  77. it all).  I'm finally getting happy about the kernel: I have no major
  78. project going on any more.  Naturally there are "details" like loadable
  79. device drivers, shmem(), mmap() etc that are interesting, and need to be
  80. implemented one way or another, but I've been feeling content since
  81. 0.97.2, and while I had to fix a couple of bugs in it, I still think 1.0
  82. can be reality without any more major rewrites. 
  83.  
  84.         Linus
  85.  
  86. (Note: "feeling good about it" does NOT mean I'll stop working on it
  87. after 1.0 - I distinctly remember feeling good about version 0.12, and
  88. things have certainly changed since then.  I just enjoy feeling good
  89. about my code, so I try to do it as much as possible :-)
  90.