home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lang / c / 18272 < prev    next >
Encoding:
Internet Message Format  |  1992-12-12  |  1.1 KB
  1. Path: sparky!uunet!olivea!charnel!sifon!thunder.mcrcim.mcgill.edu!mouse
  2. From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Question to test general C knowledge
  5. Message-ID: <1992Dec12.224541.29854@thunder.mcrcim.mcgill.edu>
  6. Date: 12 Dec 92 22:45:41 GMT
  7. References: <19980@ksr.com> <PTmLVB4w165w@quest.UUCP> <1992Dec11.175620.20308@crd.ge.com>
  8. Organization: McGill Research Centre for Intelligent Machines
  9. Lines: 19
  10.  
  11. In article <1992Dec11.175620.20308@crd.ge.com>, volpe@bart.NoSubdomain.NoDomain (Christopher R Volpe) writes:
  12. > In article <PTmLVB4w165w@quest.UUCP>, kdq@quest.UUCP (Kevin D. Quitt) writes:
  13. >> jfw@ksr.com (John F. Woods) writes:
  14.  
  15. >>>     int i = 2;
  16. >>>     i = ++i;
  17. >> If they say other than "it's undefined", *then* don't hire them.
  18. > This is an interesting question.  Is the value of I really being
  19. > modified more than once?  There are two assignment operations going
  20. > on, true.  But, does assigning a variable the value that it already
  21. > has constitute a modification?
  22.  
  23. It may not have that value yet, if the increment side-effect is
  24. deferred.
  25.  
  26.                     der Mouse
  27.  
  28.                 mouse@larry.mcrcim.mcgill.edu
  29.