home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / c / 13077 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  1.3 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!eff!world!ksr!jfw
  2. From: jfw@ksr.com (John F. Woods)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: strcpy implementation question
  5. Message-ID: <15409@ksr.com>
  6. Date: 1 Sep 92 15:43:14 EDT
  7. References: <PINKAS.92Aug21114508@caraway.intel.com> <PINKAS.92Aug25163006@caraway.intel.com> <14213@goanna.cs.rmit.oz.au> <9224017.23144@mulga.cs.mu.OZ.AU> <1992Aug27.153441.29151@watson.ibm.com> <9224103.3422@mulga.cs.mu.OZ.AU> <15276@ksr.com>
  8. Sender: news@ksr.com
  9. Lines: 14
  10.  
  11. jfw@ksr.com (John F. Woods) writes:
  12. >>Well, NOT fine, if you were trying to write strictly conformant ANSI
  13. >>C code. An ANSI C implementation is well within its rights to dump core
  14. >>if you reference uninitialised memory
  15. >Can you provide a reference for this?  I thought so too, but when I looked
  16. >through the standard to back up MY reply, I found only the stipulation that
  17. >uninitialized automatics have an "indeterminate" value; I couldn't find
  18. >any permission for that value to cause any trouble.
  19.  
  20. I have been corrected on this.  The definition of "Undefined Behavior" lists
  21. use of indeterminate values as an example of "Undefined Behavior...for which
  22. the standard imposes no requirements."
  23.  
  24. My favorite paragraph in the WHOLE standard, and I forgot to check it!  Darn!
  25.