home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / cplus / 16360 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  2.0 KB

  1. Xref: sparky comp.lang.c++:16360 comp.std.c++:1573
  2. Path: sparky!uunet!ogicse!uwm.edu!rutgers!concert!sas!mozart.unx.sas.com!sasghm
  3. From: sasghm@theseus.unx.sas.com (Gary Merrill)
  4. Newsgroups: comp.lang.c++,comp.std.c++
  5. Subject: Re: something nasty report
  6. Message-ID: <BxtFsM.4Iv@unx.sas.com>
  7. Date: 16 Nov 92 15:45:57 GMT
  8. Article-I.D.: unx.BxtFsM.4Iv
  9. References: <1992Nov10.192157.20810@BofA.com> <BxIp1L.M37@unx.sas.com> <5798@npg-sd.SanDiegoCA.NCR.COM>
  10. Sender: news@unx.sas.com (Noter of Newsworthy Events)
  11. Organization: SAS Institute Inc.
  12. Lines: 31
  13. Originator: sasghm@theseus.unx.sas.com
  14. Nntp-Posting-Host: theseus.unx.sas.com
  15.  
  16.  
  17. In article <5798@npg-sd.SanDiegoCA.NCR.COM>, rns@npg-sd.SanDiegoCA.NCR.COM (Rick Schubert) writes:
  18. |> In <BxIp1L.M37@unx.sas.com> sasghm@theseus.unx.sas.com (Gary Merrill) writes:
  19. |> 
  20. |> >When a compiler dies with an internal error, causes an access
  21. |> >violation, etc. it is *always* a bug.
  22. |> 
  23. |> Not *always*: if the internal error is caused by an error in the program
  24. |> being compiled, it is merely a very user-unfriendly error message (I
  25.  
  26. Nonsense.  It is a symptom of an oversight on the part of the compiler
  27. writer to handle less than ideal programs.  It is a flaw in the
  28. compiler.  (I'm sure we all have these flaws in our compilers, but
  29. they *are* flaws.  It is our job to eliminate them -- or at least
  30. to minimize them.)
  31.  
  32. (Actually, the correct answer is along the lines of:  Not *always*.
  33. Such an internal error *could* be caused by a bug in the operating
  34. system -- in which case it is not the fault of the compiler.  But
  35. this case certainly is pretty rare.)
  36.  
  37. |> consider "segmentation violation -- core dumped" to be the ultimate
  38. |> diagnostic).
  39. |> 
  40. |> -- Rick Schubert (rick.schubert@SanDiegoCA.NCR.COM)
  41.  
  42. You must use a lot of UNIX compilers -- maybe even free ones.
  43. -- 
  44. Gary H. Merrill  [Principal Systems Developer, C Compiler Development]
  45. SAS Institute Inc. / SAS Campus Dr. / Cary, NC  27513 / (919) 677-8000
  46. sasghm@theseus.unx.sas.com ... !mcnc!sas!sasghm
  47.