home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / minix / 5262 < prev    next >
Encoding:
Text File  |  1993-01-25  |  4.3 KB  |  100 lines
  1. Path: sparky!uunet!gatech!rpi!batcomputer!munnari.oz.au!ariel.ucs.unimelb.EDU.AU!werple.apana.org.au!hal9000!monty!newton
  2. From: newton@monty.apana.org.au (Mark Newton)
  3. Newsgroups: comp.os.minix
  4. Distribution: world
  5. Subject: Re: ACK ANSI Compiler
  6. References: <1993Jan21.075806.29635@philce.ce.philips.nl>
  7. Message-ID: <93012418390@monty.apana.org.au>
  8. Organization: APANA South Australia - State mail hub
  9. Date: Sun, 24 Jan 93 03:13:40 +1030
  10. Lines: 82
  11.  
  12. meulenbr@ce.philips.nl (Frans Meulenbroeks) writes:
  13. > newton@monty.apana.org.au (Mark Newton) writes:
  14. > [...]
  15. > >The 68000 ACK compiler has bugs - BAD bugs. [...]
  16. > 
  17. > ...
  18. > 
  19. > I challenge you to send a bug list to the net to prove your statement!
  20.  
  21. Oh dear.  He wants me to enumerate them <sigh>
  22.  
  23. A large number of MINIX programs which wouldn't work with the ACK
  24. compiler have compiled flawlessly on my system (and a number of other
  25. 68000 MINIX systems which I am acquainted with) with c68.
  26.  
  27. I'm not talking about programs that came with the MINIX distribution;
  28. they'd be expected to work properly when compiled with ACK.  But, third
  29. party packages like Minicom 1.2, FvK's UUCP, Nethack 1.2e, the curses
  30. package on plains, and parts of Elm 2.4 wouldn't work correctly with
  31. ACK on any of the Amiga MINIX systems I know.  And fixing them was as
  32. simple as unarchiving the sources and recompiling them with c68.
  33.  
  34. When I say "they didn't work correctly," I don't mean that they'd just
  35. dump core and squirt an error message onto the console.  I mean that
  36. they'd crash the entire machine and necessitate a reboot.
  37.  
  38. The most common kind of constructs which would cause such crashes were
  39. operations on strings declared with constant initializers:
  40.  
  41.   char *foo = "this will crash my computer when I use strcpy() on it!";
  42.  
  43. (no, it wouldn't do it in every situation; it was most insidious, and
  44. spending time with debuggers to work out the exact sequence of instructions
  45. that would cause a crash didn't do a whole lot of good for this little
  46. black duck.  I've never claimed to be an assembly language guru anyway
  47. :-)
  48.  
  49. I spent many an evening going through errant sources and changing them
  50. to something like this:
  51.  
  52.    char foo[size_of_the_damned_string];
  53.    strcpy(foo, "this will not crash my computer...");
  54.  
  55. to prevent lockups.
  56.  
  57. (not to mention the lockups that bar = time() would cause when time()
  58. would try to write its current timer value to a pointer argument that
  59. hadn't been supplied - bar = time(NULL) was the simple fix for that.
  60. bar = time() doesn't crash at all when c68 is used over the same source
  61. code).
  62.  
  63. Now, I acknowledge that the problem was as much with the kernel as with
  64. the compiler, but all of those hassles dried up the instant I stopped
  65. using ACK and switched to c68.  Magic, eh?  Now my system stays up for
  66. days on end without problems, even when I'm doing heavy development work.
  67.  
  68. Even now, if I accidentally type "cc" instead of "cc68" to compile
  69. something I've been working on, and run it without realizing it, crashes
  70. occur.  Compile it with c68 and bingo!  Flawless operation.
  71.  
  72. Everyone who's been in this newsgroup for more than a few months knows
  73. that the K&R ACK compiler had bugs, and the 680x0 version was worse than
  74. the Intel version.  As far as I can tell, the only reason it isn't talked
  75. about much these days is because all the people who know what has been
  76. causing their system crashes for all these years have switched over to
  77. c68.  I'm not sure if the Walker brothers realize what a godsend that
  78. compiler has been to me and every other MINIX user I know.
  79.  
  80. End of diatribe.
  81.  
  82. For corrobative purposes, could anyone out there running stock-standard
  83. v1.5.10.1 or 1.5.10.2 Amiga MINIX please try an experiment for me?  ftp
  84. the curses package from plains (I _think_ it's on plains!), compile it
  85. up, and try to run the demo that comes with it.  I'd recommend that you
  86. type "sync" before you try it out; The system won't stay alive for long
  87. enough to flush your buffer cache :-)
  88.  
  89. Then rebuild it with c68 v4.x and run the demo again.  Magic!
  90.  
  91. (then compile your kernel with it - does the 30k decrease in size
  92. surprise you?)
  93.  
  94.    - mark
  95.  
  96. --------------------------------------------------------------------
  97. Self-control:  The ability to eat          newton@monty.apana.org.au
  98.     only one peanut.                                     Mark Newton
  99. --------------------------------------------------------------------
  100.