home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / minix / 5093 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  2.6 KB
  1. Path: sparky!uunet!math.fu-berlin.de!news.belwue.de!iptc!news.wsi!peanuts!heim2
  2. From: heim2@frieda.frieda (Gerald Heim)
  3. Newsgroups: comp.os.minix
  4. Subject: Re: Version 1.6.24b upgrade problems
  5. Date: 8 Jan 93 13:05:43
  6. Organization: /home/heim_ti/.organization
  7. Lines: 40
  8. Message-ID: <HEIM2.93Jan8130543@frieda.frieda>
  9. References: <HEIM2.93Jan5163449@schroeder.informatik.uni-tuebingen.de>
  10.     <C0FoC5.I7E@cs.vu.nl>
  11.     <HEIM.93Jan7115122@spike.peanuts.informatik.uni-tuebingen.de>
  12.     <C0I9qB.I1v@cs.vu.nl>
  13. NNTP-Posting-Host: frieda.informatik.uni-tuebingen.de
  14. In-reply-to: ast@cs.vu.nl's message of Thu, 7 Jan 1993 22:42:11 GMT
  15.  
  16.  
  17. In article <C0I9qB.I1v@cs.vu.nl> ast@cs.vu.nl (Andy Tanenbaum) writes:
  18.  
  19.    >I was not able to get the new tools (forgot the names, substitutes for
  20.    >build and menu) running. They compiled w/o a warning, but didn't work.
  21.    Some additional information here might help us debug it.
  22.  
  23. OK. I'll try. I think the name of the program was "construct". It's
  24. appearently used to build a bootimage consisting of kernel,fs, mm, init,
  25. monitor and the bootblock. Somewhere in the makefile it's called as
  26.  "construct -i image <parts>", but it doesn't build a image. Since
  27. I had no manual available, I gave up and used shoelace, with which I was able
  28. to boot the new kernel. Init, the kernel, fs and mm ran (I could see by
  29. pressing F1), but init didn't fork any processes, nor was it wasting time,
  30. nor complaining about anything. The idle-task accumulated cpu-ticks as usual.
  31. A running system, but completely unusable :->
  32. I don't know if this was due to my filesystem (1.5.10ish, whatever that means).
  33.  
  34.    It changed radically, to support POSIX, but that was something like two years
  35.    ago.  Most programs that care were changed too.  I think readfs may be the
  36.    only one left that is not fixed.
  37.  
  38. Hmm. Is something like 2 years before or after the release of 1.5.10?
  39. If it changed since then, bootstrapping a new system would be some
  40. kind of difficult. Would it then be possible to distribute a diskimage with
  41. the new kernel and some basic programms in /bin, maybe even a
  42. binary of the new KnRish library? But this doesn't matter to me, since
  43. I will definitly stay with 1.5.10 :-)
  44.  
  45. My contribution to the C-Compiler-Flame-War:
  46. Building a new library, I tried to use the 1.6.16 tsort. It failed utterly
  47. sorting an input of ~20k output of lorder. It gave me 38 Bytes of output!!!
  48. I downloaded tsort.c to my linux box and compiled it with gcc (I had to
  49. comment out the _PROTOTYPES). Now it ran ok and gave me a order of the
  50. complete library. Strange. But this might be a library bug.
  51.  
  52. gjh
  53.  
  54. aehm: if my address in the header is wrong:
  55.       heim@peanuts.informatik.uni-tuebingen.de is the correct one
  56.