BUG in VC++ ? :()

well, here goes the C++ question

  Why does the following code produce 211 as the answer

  int i= 1;
  cout << i << i++ << i << endl;

umzilberAsked:
Who is Participating?
 
jhanceCommented:
The order of evaluation of the arguments to cout is not defined by the C++ language standard.  In other words, you cannot be assured that just because you have placed a variable in the left most position in the statement, that it will get evaluated in any particular order.
0
 
jhanceCommented:
BTW, it appears in your example above that the order of evaluation is from right to left.  This makes the right most i = 1, the middle one is also = 1, it is then incremented and then the left most i is now = 2.
0
 
jhanceCommented:
Just another thought.  This is much like the C statement:

printf("%d%d%d\n", i, i++, i);

What will this statement print out?  It might be 211, it might not be, it's not defined.
0
Keep up with what's happening at Experts Exchange!

Sign up to receive Decoded, a new monthly digest with product updates, feature release info, continuing education opportunities, and more.

 
nietodCommented:
>>order of evaluation of the arguments to cout is not defined by the C++ language standard
This has nothing to do with the cout.  it has to do with the order of evaluation of operands in an expression and it IS defined by the standard.  This will work the same on all C++ compilers (assuming they don't have a bug).  This will work with the >> operator in all cases.
0
 
nietodCommented:
I take that back.

The order in which subexpressions are evaluated is implimentation defined (except with "," ,"&&", and "||").  You are guarranteed that the << operators are called in left to right order, but the values that are passed to them might not be.
0
 
nietodCommented:
To make that clearer.  in

cout << i << i++

You are guaranteed that the order of evaluation of the << operators is

(cout <<  i) << i++

but you are not guarantted the order in which the i and i++ subexpressions are calculated.  The only guarantee that you get is that the second call to operator << will have the value of i before it  was ++ed there is no guarantee that the ++ is done after the call to the 2nd operator <<, what's mroe there is no guarantee that is done after the call to the 1st!
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.