Evaluation of an expression may produce side effects. At specific points during execution, known as sequence points, all side effects of previous evaluations have completed, and no side effects of subsequent evaluations have yet taken place.
The C Standard, section subclause 6.5 [ISO/IEC 9899:2011], states:
If a side effect on a scalar object is unsequenced relative to either a different side effect on the same scalar object or a value computation using the value of the same scalar object, the behavior is undefined. If there are multiple allowable orderings of the subexpressions of an expression, the behavior is undefined if such an unsequenced side effect occurs in any of the orderings.
(See also undefined behavior 35 in Annex J of the C Standard.)
...
- Between the evaluations of the function designator and actual arguments in a function call and the actual call.
- Between the evaluations of the first and second operands of the following operators:
- logical Logical AND:
&&
- logical Logical OR:
||
- commaComma:
,
- logical Logical AND:
- Between the evaluations of the first operand of the conditional
?:
operator and whichever of the second and third operands is evaluated. - The end of a full declarator.
- Between the evaluation of a full expression and the next full expression to be evaluated. The following are full expressions:
- an An initializer that is not part of a compound literal
- the The expression in an expression statement
- the The controlling expression of a selection statement (
if
orswitch
) - the The controlling expression of a
while
ordo
statement - each Each of the (optional) expressions of a
for
statement - the The (optional) expression in a
return
statement
- Immediately before a library function returns.
- After the actions associated with each formatted input/output function conversion specifier.
- Immediately before and immediately after each call to a comparison function, and also between any call to a comparison function and any movement of the objects passed as arguments to that call.
Note that not all instances of a comma in C code denote a usage of the comma operator. For example, the comma between arguments in a function call is not a sequence point.
...
Code Block | ||||
---|---|---|---|---|
| ||||
++i; a = i + b[i]; |
Or alternativelyAlternatively:
Code Block | ||
---|---|---|
| ||
a = i + b[i+1]; ++i; |
...
This solution is appropriate when the programmer intends for the second argument to be one 1 greater than the first:
Code Block | ||||
---|---|---|---|---|
| ||||
j = i++; func(j, i); |
...
Attempting to modify an object multiple times between sequence points may cause that object to take on an unexpected value. This , which can lead to unexpected program behavior.
...
Tool | Version | Checker | Description | ||||||
---|---|---|---|---|---|---|---|---|---|
|
| Can detect simple violations of this rule. It needs to examine each expression and make sure that no variable is modified twice in the expression. It also must check that no variable is modified once, then read elsewhere, with the single exception that a variable may appear on both the left and right of an assignment operator | |||||||
| EVALUATION_ORDER | Can detect the specific instance where a statement contains multiple side effects on the same value with an undefined evaluation order because, with different compiler flags or different compilers or platforms, the statement may behave differently | |||||||
| CC2.EXP30 | Fully implemented | |||||||
|
| Can detect violations of this rule when the | |||||||
| 35 D | Fully implemented | |||||||
PRQA QA-C |
| 0400 [U] | Fully implemented | ||||||
|
|
|
...
Bibliography
[ISO/IEC 9899:2011] | Section Subclause 6.5, "Expressions," and Annex C, "Sequence Points" |
[Summit 2005] | Questions 3.1, 3.2, 3.3, 3.3b, 3.7, 3.8, 3.9, 3.10a, 3.10b, and 3.11 |
[Saks 2007] |
...