Does the statement `int val = (++i > ++j) ? ++i : ++j;` invoke undefined behavior?2019 Community Moderator Electionsequence points in cWhy are these constructs using pre and post-increment undefined behavior?Undefined, unspecified and implementation-defined behaviorIn C is there any guarantee with code prior to undefined behavior?Undefined behavior and sequence pointsUndefined behavior and sequence points reloadedIs the behavior of i = post_increment_i() specified, unspecified, or undefined?Undefined behavior and sequence pointUndefined behavior with: c = (b=a+2) - (a=1) ;Does a[a[0]] = 1 produce undefined behavior?printf with consecutive function as argument, undefined behavior

Can hydraulic brake levers get hot when brakes overheat?

Why did it take so long to abandon sail after steamships were demonstrated?

Using "wallow" verb with object

Happy pi day, everyone!

Schematic conventions for different supply rails

Good allowance savings plan?

Theorems like the Lovász Local Lemma?

Russian cases: A few examples, I'm really confused

2D counterpart of std::array in C++17

How could a scammer know the apps on my phone / iTunes account?

How Did the Space Junk Stay in Orbit in Wall-E?

Is having access to past exams cheating and, if yes, could it be proven just by a good grade?

Counting certain elements in lists

It's a yearly task, alright

Where is the 1/8 CR apprentice in Volo's Guide to Monsters?

Bash replace string at multiple places in a file from command line

Welcoming 2019 Pi day: How to draw the letter π?

What has been your most complicated TikZ drawing?

Ban on all campaign finance?

What is IP squat space

Is a lawful good "antagonist" effective?

Replacing Windows 7 security updates with anti-virus?

How to deal with a cynical class?

Check this translation of Amores 1.3.26



Does the statement `int val = (++i > ++j) ? ++i : ++j;` invoke undefined behavior?



2019 Community Moderator Electionsequence points in cWhy are these constructs using pre and post-increment undefined behavior?Undefined, unspecified and implementation-defined behaviorIn C is there any guarantee with code prior to undefined behavior?Undefined behavior and sequence pointsUndefined behavior and sequence points reloadedIs the behavior of i = post_increment_i() specified, unspecified, or undefined?Undefined behavior and sequence pointUndefined behavior with: c = (b=a+2) - (a=1) ;Does a[a[0]] = 1 produce undefined behavior?printf with consecutive function as argument, undefined behavior










11















Given the following program:



#include <stdio.h>
int main(void)

int i = 1, j = 2;
int val = (++i > ++j) ? ++i : ++j;
printf("%dn", val); // prints 4
return 0;



The initialization of val seems like it could be hiding some undefined behavior, but I don't see any point at which an object is either modified more than once or modified and used without a sequence point in between. Could someone
either correct or corroborate me on this?










share|improve this question



















  • 3





    Is there a sequence point? Please see this answer which states there is one "Between the evaluations of the first operand of the conditional ?: operator and whichever of the second and third operands is evaluated (6.5.15)."

    – Weather Vane
    4 hours ago











  • You got 4. What did you expect?

    – Bob Jarvis
    4 hours ago











  • I expected 4. I don't think this code invokes UB, but I was told on another question that it does. Just wanted to eliminate any confusion as to whether that specific statement causes UB, and maybe get a better explanation that the one I provided in the question.

    – max1000001
    4 hours ago











  • the ternary expression guarantees the sequence point. I cannot find any reference to (++i > ++j) though. Is > a sequence point?

    – Jean-François Fabre
    4 hours ago






  • 3





    @Jean-FrançoisFabre No, but it doesn't need to be. There's no need for a sequence point between two changes of two different variables. ++i > ++i would be UB though.

    – sepp2k
    4 hours ago















11















Given the following program:



#include <stdio.h>
int main(void)

int i = 1, j = 2;
int val = (++i > ++j) ? ++i : ++j;
printf("%dn", val); // prints 4
return 0;



The initialization of val seems like it could be hiding some undefined behavior, but I don't see any point at which an object is either modified more than once or modified and used without a sequence point in between. Could someone
either correct or corroborate me on this?










share|improve this question



















  • 3





    Is there a sequence point? Please see this answer which states there is one "Between the evaluations of the first operand of the conditional ?: operator and whichever of the second and third operands is evaluated (6.5.15)."

    – Weather Vane
    4 hours ago











  • You got 4. What did you expect?

    – Bob Jarvis
    4 hours ago











  • I expected 4. I don't think this code invokes UB, but I was told on another question that it does. Just wanted to eliminate any confusion as to whether that specific statement causes UB, and maybe get a better explanation that the one I provided in the question.

    – max1000001
    4 hours ago











  • the ternary expression guarantees the sequence point. I cannot find any reference to (++i > ++j) though. Is > a sequence point?

    – Jean-François Fabre
    4 hours ago






  • 3





    @Jean-FrançoisFabre No, but it doesn't need to be. There's no need for a sequence point between two changes of two different variables. ++i > ++i would be UB though.

    – sepp2k
    4 hours ago













11












11








11








Given the following program:



#include <stdio.h>
int main(void)

int i = 1, j = 2;
int val = (++i > ++j) ? ++i : ++j;
printf("%dn", val); // prints 4
return 0;



The initialization of val seems like it could be hiding some undefined behavior, but I don't see any point at which an object is either modified more than once or modified and used without a sequence point in between. Could someone
either correct or corroborate me on this?










share|improve this question
















Given the following program:



#include <stdio.h>
int main(void)

int i = 1, j = 2;
int val = (++i > ++j) ? ++i : ++j;
printf("%dn", val); // prints 4
return 0;



The initialization of val seems like it could be hiding some undefined behavior, but I don't see any point at which an object is either modified more than once or modified and used without a sequence point in between. Could someone
either correct or corroborate me on this?







c ternary-operator sequence-points






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited 2 hours ago









machine_1

2,47821232




2,47821232










asked 4 hours ago









max1000001max1000001

1139




1139







  • 3





    Is there a sequence point? Please see this answer which states there is one "Between the evaluations of the first operand of the conditional ?: operator and whichever of the second and third operands is evaluated (6.5.15)."

    – Weather Vane
    4 hours ago











  • You got 4. What did you expect?

    – Bob Jarvis
    4 hours ago











  • I expected 4. I don't think this code invokes UB, but I was told on another question that it does. Just wanted to eliminate any confusion as to whether that specific statement causes UB, and maybe get a better explanation that the one I provided in the question.

    – max1000001
    4 hours ago











  • the ternary expression guarantees the sequence point. I cannot find any reference to (++i > ++j) though. Is > a sequence point?

    – Jean-François Fabre
    4 hours ago






  • 3





    @Jean-FrançoisFabre No, but it doesn't need to be. There's no need for a sequence point between two changes of two different variables. ++i > ++i would be UB though.

    – sepp2k
    4 hours ago












  • 3





    Is there a sequence point? Please see this answer which states there is one "Between the evaluations of the first operand of the conditional ?: operator and whichever of the second and third operands is evaluated (6.5.15)."

    – Weather Vane
    4 hours ago











  • You got 4. What did you expect?

    – Bob Jarvis
    4 hours ago











  • I expected 4. I don't think this code invokes UB, but I was told on another question that it does. Just wanted to eliminate any confusion as to whether that specific statement causes UB, and maybe get a better explanation that the one I provided in the question.

    – max1000001
    4 hours ago











  • the ternary expression guarantees the sequence point. I cannot find any reference to (++i > ++j) though. Is > a sequence point?

    – Jean-François Fabre
    4 hours ago






  • 3





    @Jean-FrançoisFabre No, but it doesn't need to be. There's no need for a sequence point between two changes of two different variables. ++i > ++i would be UB though.

    – sepp2k
    4 hours ago







3




3





Is there a sequence point? Please see this answer which states there is one "Between the evaluations of the first operand of the conditional ?: operator and whichever of the second and third operands is evaluated (6.5.15)."

– Weather Vane
4 hours ago





Is there a sequence point? Please see this answer which states there is one "Between the evaluations of the first operand of the conditional ?: operator and whichever of the second and third operands is evaluated (6.5.15)."

– Weather Vane
4 hours ago













You got 4. What did you expect?

– Bob Jarvis
4 hours ago





You got 4. What did you expect?

– Bob Jarvis
4 hours ago













I expected 4. I don't think this code invokes UB, but I was told on another question that it does. Just wanted to eliminate any confusion as to whether that specific statement causes UB, and maybe get a better explanation that the one I provided in the question.

– max1000001
4 hours ago





I expected 4. I don't think this code invokes UB, but I was told on another question that it does. Just wanted to eliminate any confusion as to whether that specific statement causes UB, and maybe get a better explanation that the one I provided in the question.

– max1000001
4 hours ago













the ternary expression guarantees the sequence point. I cannot find any reference to (++i > ++j) though. Is > a sequence point?

– Jean-François Fabre
4 hours ago





the ternary expression guarantees the sequence point. I cannot find any reference to (++i > ++j) though. Is > a sequence point?

– Jean-François Fabre
4 hours ago




3




3





@Jean-FrançoisFabre No, but it doesn't need to be. There's no need for a sequence point between two changes of two different variables. ++i > ++i would be UB though.

– sepp2k
4 hours ago





@Jean-FrançoisFabre No, but it doesn't need to be. There's no need for a sequence point between two changes of two different variables. ++i > ++i would be UB though.

– sepp2k
4 hours ago












3 Answers
3






active

oldest

votes


















17














The behavior of this code is well defined.



The first expression in a conditional is guaranteed to be evaluated before either the second expression or the third expression, and only one of the second or third will be evaluated. This is described in section 6.5.15p4 of the C standard:




The first operand is evaluated; there is a sequence point
between its evaluation and the evaluation of the second or third
operand (whichever is evaluated). The second operand is evaluated
only if the first compares unequal to 0; the third operand is
evaluated only if the first compares equal to 0; the result is
the value of the second or third operand (whichever is
evaluated), converted to the type described below.




In the case of your expression:



int val = (++i > ++j) ? ++i : ++j;


++i > ++j is evaluated first. The incremented values of i and j are used in the comparison, so it becomes 2 > 3. The result is false, so then ++j is evaluated and ++i is not. So the (again) incremented value of j (i.e. 4) is then assigned to val.






share|improve this answer


















  • 2





    Thank you for your detailed and direct answer!

    – max1000001
    3 hours ago


















3














too late, but maybe useful.



(++i > ++j) ? ++i : ++j;


In the document ISO/IEC 9899:201xAnnex C(informative)Sequence points we find that there is a sequence point




Between the evaluations of the first operand of the conditional ?: operator and whichever of the second and third operands is evaluated




In order to be well defined behavior one must not modify 2 times (via side-effects) the same object between 2 sequence points.



In your expression the only conflict that could appear would be between the first and second ++i or ++j.



At every sequence point the value last stored in the object shall agree with that prescribed by the abstract machine (this is what you would compute on paper, like on a turing machine).



Quote from 5.1.2.3p3 Program execution




The presence of a sequence point between the evaluation of expressions A and B implies that every value computation and side effect associated with A is sequenced before every value computation and side effect associated with B.




When you have side-effects in your code, they are sequenced by different expressions. The rule says that between 2 sequence points you can permute these expressions as you wish.



For example. i = i++. Because none of the operators involved in this expression represent sequence points, you can permute the expressions that are side-effects as you want. The C language allows you to use any of these sequences



i = i; i = i+1; or i = i+1; i=i; or anything that provides the same result as the abstract semantics of computation asks for interpretation of this computation. The Standard ISO9899 defines the C language as abstract semantics.






share|improve this answer

























  • I think the part where you enumerate the modifications to i and j as "possible conflicts" adds something new and useful to the analysis. I hadn't thought of that, thanks!

    – max1000001
    2 hours ago


















1














There may be no UB in your program, but in the question:
Does the statement int val = (++i > ++j) ? ++i : ++j; invoke undefined behavior?



The answer is yes. Either or both of the increment operations may overflow, since i and j are signed, in which case all bets are off.



Of course this doesn't happen in your full example because you've specified the values as small integers.






share|improve this answer


















  • 2





    I assure you that the question is not about signed integer overflow. It's about whether there is a sequence point between the first operand of the ternary operator and whichever wins from the second and the third operands.

    – machine_1
    1 hour ago










Your Answer






StackExchange.ifUsing("editor", function ()
StackExchange.using("externalEditor", function ()
StackExchange.using("snippets", function ()
StackExchange.snippets.init();
);
);
, "code-snippets");

StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "1"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













draft saved

draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55170504%2fdoes-the-statement-int-val-i-j-i-j-invoke-undefined-behavio%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























3 Answers
3






active

oldest

votes








3 Answers
3






active

oldest

votes









active

oldest

votes






active

oldest

votes









17














The behavior of this code is well defined.



The first expression in a conditional is guaranteed to be evaluated before either the second expression or the third expression, and only one of the second or third will be evaluated. This is described in section 6.5.15p4 of the C standard:




The first operand is evaluated; there is a sequence point
between its evaluation and the evaluation of the second or third
operand (whichever is evaluated). The second operand is evaluated
only if the first compares unequal to 0; the third operand is
evaluated only if the first compares equal to 0; the result is
the value of the second or third operand (whichever is
evaluated), converted to the type described below.




In the case of your expression:



int val = (++i > ++j) ? ++i : ++j;


++i > ++j is evaluated first. The incremented values of i and j are used in the comparison, so it becomes 2 > 3. The result is false, so then ++j is evaluated and ++i is not. So the (again) incremented value of j (i.e. 4) is then assigned to val.






share|improve this answer


















  • 2





    Thank you for your detailed and direct answer!

    – max1000001
    3 hours ago















17














The behavior of this code is well defined.



The first expression in a conditional is guaranteed to be evaluated before either the second expression or the third expression, and only one of the second or third will be evaluated. This is described in section 6.5.15p4 of the C standard:




The first operand is evaluated; there is a sequence point
between its evaluation and the evaluation of the second or third
operand (whichever is evaluated). The second operand is evaluated
only if the first compares unequal to 0; the third operand is
evaluated only if the first compares equal to 0; the result is
the value of the second or third operand (whichever is
evaluated), converted to the type described below.




In the case of your expression:



int val = (++i > ++j) ? ++i : ++j;


++i > ++j is evaluated first. The incremented values of i and j are used in the comparison, so it becomes 2 > 3. The result is false, so then ++j is evaluated and ++i is not. So the (again) incremented value of j (i.e. 4) is then assigned to val.






share|improve this answer


















  • 2





    Thank you for your detailed and direct answer!

    – max1000001
    3 hours ago













17












17








17







The behavior of this code is well defined.



The first expression in a conditional is guaranteed to be evaluated before either the second expression or the third expression, and only one of the second or third will be evaluated. This is described in section 6.5.15p4 of the C standard:




The first operand is evaluated; there is a sequence point
between its evaluation and the evaluation of the second or third
operand (whichever is evaluated). The second operand is evaluated
only if the first compares unequal to 0; the third operand is
evaluated only if the first compares equal to 0; the result is
the value of the second or third operand (whichever is
evaluated), converted to the type described below.




In the case of your expression:



int val = (++i > ++j) ? ++i : ++j;


++i > ++j is evaluated first. The incremented values of i and j are used in the comparison, so it becomes 2 > 3. The result is false, so then ++j is evaluated and ++i is not. So the (again) incremented value of j (i.e. 4) is then assigned to val.






share|improve this answer













The behavior of this code is well defined.



The first expression in a conditional is guaranteed to be evaluated before either the second expression or the third expression, and only one of the second or third will be evaluated. This is described in section 6.5.15p4 of the C standard:




The first operand is evaluated; there is a sequence point
between its evaluation and the evaluation of the second or third
operand (whichever is evaluated). The second operand is evaluated
only if the first compares unequal to 0; the third operand is
evaluated only if the first compares equal to 0; the result is
the value of the second or third operand (whichever is
evaluated), converted to the type described below.




In the case of your expression:



int val = (++i > ++j) ? ++i : ++j;


++i > ++j is evaluated first. The incremented values of i and j are used in the comparison, so it becomes 2 > 3. The result is false, so then ++j is evaluated and ++i is not. So the (again) incremented value of j (i.e. 4) is then assigned to val.







share|improve this answer












share|improve this answer



share|improve this answer










answered 4 hours ago









dbushdbush

102k13106144




102k13106144







  • 2





    Thank you for your detailed and direct answer!

    – max1000001
    3 hours ago












  • 2





    Thank you for your detailed and direct answer!

    – max1000001
    3 hours ago







2




2





Thank you for your detailed and direct answer!

– max1000001
3 hours ago





Thank you for your detailed and direct answer!

– max1000001
3 hours ago













3














too late, but maybe useful.



(++i > ++j) ? ++i : ++j;


In the document ISO/IEC 9899:201xAnnex C(informative)Sequence points we find that there is a sequence point




Between the evaluations of the first operand of the conditional ?: operator and whichever of the second and third operands is evaluated




In order to be well defined behavior one must not modify 2 times (via side-effects) the same object between 2 sequence points.



In your expression the only conflict that could appear would be between the first and second ++i or ++j.



At every sequence point the value last stored in the object shall agree with that prescribed by the abstract machine (this is what you would compute on paper, like on a turing machine).



Quote from 5.1.2.3p3 Program execution




The presence of a sequence point between the evaluation of expressions A and B implies that every value computation and side effect associated with A is sequenced before every value computation and side effect associated with B.




When you have side-effects in your code, they are sequenced by different expressions. The rule says that between 2 sequence points you can permute these expressions as you wish.



For example. i = i++. Because none of the operators involved in this expression represent sequence points, you can permute the expressions that are side-effects as you want. The C language allows you to use any of these sequences



i = i; i = i+1; or i = i+1; i=i; or anything that provides the same result as the abstract semantics of computation asks for interpretation of this computation. The Standard ISO9899 defines the C language as abstract semantics.






share|improve this answer

























  • I think the part where you enumerate the modifications to i and j as "possible conflicts" adds something new and useful to the analysis. I hadn't thought of that, thanks!

    – max1000001
    2 hours ago















3














too late, but maybe useful.



(++i > ++j) ? ++i : ++j;


In the document ISO/IEC 9899:201xAnnex C(informative)Sequence points we find that there is a sequence point




Between the evaluations of the first operand of the conditional ?: operator and whichever of the second and third operands is evaluated




In order to be well defined behavior one must not modify 2 times (via side-effects) the same object between 2 sequence points.



In your expression the only conflict that could appear would be between the first and second ++i or ++j.



At every sequence point the value last stored in the object shall agree with that prescribed by the abstract machine (this is what you would compute on paper, like on a turing machine).



Quote from 5.1.2.3p3 Program execution




The presence of a sequence point between the evaluation of expressions A and B implies that every value computation and side effect associated with A is sequenced before every value computation and side effect associated with B.




When you have side-effects in your code, they are sequenced by different expressions. The rule says that between 2 sequence points you can permute these expressions as you wish.



For example. i = i++. Because none of the operators involved in this expression represent sequence points, you can permute the expressions that are side-effects as you want. The C language allows you to use any of these sequences



i = i; i = i+1; or i = i+1; i=i; or anything that provides the same result as the abstract semantics of computation asks for interpretation of this computation. The Standard ISO9899 defines the C language as abstract semantics.






share|improve this answer

























  • I think the part where you enumerate the modifications to i and j as "possible conflicts" adds something new and useful to the analysis. I hadn't thought of that, thanks!

    – max1000001
    2 hours ago













3












3








3







too late, but maybe useful.



(++i > ++j) ? ++i : ++j;


In the document ISO/IEC 9899:201xAnnex C(informative)Sequence points we find that there is a sequence point




Between the evaluations of the first operand of the conditional ?: operator and whichever of the second and third operands is evaluated




In order to be well defined behavior one must not modify 2 times (via side-effects) the same object between 2 sequence points.



In your expression the only conflict that could appear would be between the first and second ++i or ++j.



At every sequence point the value last stored in the object shall agree with that prescribed by the abstract machine (this is what you would compute on paper, like on a turing machine).



Quote from 5.1.2.3p3 Program execution




The presence of a sequence point between the evaluation of expressions A and B implies that every value computation and side effect associated with A is sequenced before every value computation and side effect associated with B.




When you have side-effects in your code, they are sequenced by different expressions. The rule says that between 2 sequence points you can permute these expressions as you wish.



For example. i = i++. Because none of the operators involved in this expression represent sequence points, you can permute the expressions that are side-effects as you want. The C language allows you to use any of these sequences



i = i; i = i+1; or i = i+1; i=i; or anything that provides the same result as the abstract semantics of computation asks for interpretation of this computation. The Standard ISO9899 defines the C language as abstract semantics.






share|improve this answer















too late, but maybe useful.



(++i > ++j) ? ++i : ++j;


In the document ISO/IEC 9899:201xAnnex C(informative)Sequence points we find that there is a sequence point




Between the evaluations of the first operand of the conditional ?: operator and whichever of the second and third operands is evaluated




In order to be well defined behavior one must not modify 2 times (via side-effects) the same object between 2 sequence points.



In your expression the only conflict that could appear would be between the first and second ++i or ++j.



At every sequence point the value last stored in the object shall agree with that prescribed by the abstract machine (this is what you would compute on paper, like on a turing machine).



Quote from 5.1.2.3p3 Program execution




The presence of a sequence point between the evaluation of expressions A and B implies that every value computation and side effect associated with A is sequenced before every value computation and side effect associated with B.




When you have side-effects in your code, they are sequenced by different expressions. The rule says that between 2 sequence points you can permute these expressions as you wish.



For example. i = i++. Because none of the operators involved in this expression represent sequence points, you can permute the expressions that are side-effects as you want. The C language allows you to use any of these sequences



i = i; i = i+1; or i = i+1; i=i; or anything that provides the same result as the abstract semantics of computation asks for interpretation of this computation. The Standard ISO9899 defines the C language as abstract semantics.







share|improve this answer














share|improve this answer



share|improve this answer








edited 2 hours ago

























answered 3 hours ago









alinsoaralinsoar

8,75013251




8,75013251












  • I think the part where you enumerate the modifications to i and j as "possible conflicts" adds something new and useful to the analysis. I hadn't thought of that, thanks!

    – max1000001
    2 hours ago

















  • I think the part where you enumerate the modifications to i and j as "possible conflicts" adds something new and useful to the analysis. I hadn't thought of that, thanks!

    – max1000001
    2 hours ago
















I think the part where you enumerate the modifications to i and j as "possible conflicts" adds something new and useful to the analysis. I hadn't thought of that, thanks!

– max1000001
2 hours ago





I think the part where you enumerate the modifications to i and j as "possible conflicts" adds something new and useful to the analysis. I hadn't thought of that, thanks!

– max1000001
2 hours ago











1














There may be no UB in your program, but in the question:
Does the statement int val = (++i > ++j) ? ++i : ++j; invoke undefined behavior?



The answer is yes. Either or both of the increment operations may overflow, since i and j are signed, in which case all bets are off.



Of course this doesn't happen in your full example because you've specified the values as small integers.






share|improve this answer


















  • 2





    I assure you that the question is not about signed integer overflow. It's about whether there is a sequence point between the first operand of the ternary operator and whichever wins from the second and the third operands.

    – machine_1
    1 hour ago















1














There may be no UB in your program, but in the question:
Does the statement int val = (++i > ++j) ? ++i : ++j; invoke undefined behavior?



The answer is yes. Either or both of the increment operations may overflow, since i and j are signed, in which case all bets are off.



Of course this doesn't happen in your full example because you've specified the values as small integers.






share|improve this answer


















  • 2





    I assure you that the question is not about signed integer overflow. It's about whether there is a sequence point between the first operand of the ternary operator and whichever wins from the second and the third operands.

    – machine_1
    1 hour ago













1












1








1







There may be no UB in your program, but in the question:
Does the statement int val = (++i > ++j) ? ++i : ++j; invoke undefined behavior?



The answer is yes. Either or both of the increment operations may overflow, since i and j are signed, in which case all bets are off.



Of course this doesn't happen in your full example because you've specified the values as small integers.






share|improve this answer













There may be no UB in your program, but in the question:
Does the statement int val = (++i > ++j) ? ++i : ++j; invoke undefined behavior?



The answer is yes. Either or both of the increment operations may overflow, since i and j are signed, in which case all bets are off.



Of course this doesn't happen in your full example because you've specified the values as small integers.







share|improve this answer












share|improve this answer



share|improve this answer










answered 2 hours ago









Doug CurrieDoug Currie

35.8k77109




35.8k77109







  • 2





    I assure you that the question is not about signed integer overflow. It's about whether there is a sequence point between the first operand of the ternary operator and whichever wins from the second and the third operands.

    – machine_1
    1 hour ago












  • 2





    I assure you that the question is not about signed integer overflow. It's about whether there is a sequence point between the first operand of the ternary operator and whichever wins from the second and the third operands.

    – machine_1
    1 hour ago







2




2





I assure you that the question is not about signed integer overflow. It's about whether there is a sequence point between the first operand of the ternary operator and whichever wins from the second and the third operands.

– machine_1
1 hour ago





I assure you that the question is not about signed integer overflow. It's about whether there is a sequence point between the first operand of the ternary operator and whichever wins from the second and the third operands.

– machine_1
1 hour ago

















draft saved

draft discarded
















































Thanks for contributing an answer to Stack Overflow!


  • Please be sure to answer the question. Provide details and share your research!

But avoid


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55170504%2fdoes-the-statement-int-val-i-j-i-j-invoke-undefined-behavio%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Masuk log Menu navigasi

Identifying “long and narrow” polygons in with PostGISlength and width of polygonWhy postgis st_overlaps reports Qgis' “avoid intersections” generated polygon as overlapping with others?Adjusting polygons to boundary and filling holesDrawing polygons with fixed area?How to remove spikes in Polygons with PostGISDeleting sliver polygons after difference operation in QGIS?Snapping boundaries in PostGISSplit polygon into parts adding attributes based on underlying polygon in QGISSplitting overlap between polygons and assign to nearest polygon using PostGIS?Expanding polygons and clipping at midpoint?Removing Intersection of Buffers in Same Layers

Старые Смолеговицы Содержание История | География | Демография | Достопримечательности | Примечания | НавигацияHGЯOLHGЯOL41 206 832 01641 606 406 141Административно-территориальное деление Ленинградской области«Переписная оброчная книга Водской пятины 1500 года», С. 793«Карта Ингерманландии: Ивангорода, Яма, Копорья, Нотеборга», по материалам 1676 г.«Генеральная карта провинции Ингерманландии» Э. Белинга и А. Андерсина, 1704 г., составлена по материалам 1678 г.«Географический чертёж над Ижорскою землей со своими городами» Адриана Шонбека 1705 г.Новая и достоверная всей Ингерманландии ланткарта. Грав. А. Ростовцев. СПб., 1727 г.Топографическая карта Санкт-Петербургской губернии. 5-и верстка. Шуберт. 1834 г.Описание Санкт-Петербургской губернии по уездам и станамСпецкарта западной части России Ф. Ф. Шуберта. 1844 г.Алфавитный список селений по уездам и станам С.-Петербургской губернииСписки населённых мест Российской Империи, составленные и издаваемые центральным статистическим комитетом министерства внутренних дел. XXXVII. Санкт-Петербургская губерния. По состоянию на 1862 год. СПб. 1864. С. 203Материалы по статистике народного хозяйства в С.-Петербургской губернии. Вып. IX. Частновладельческое хозяйство в Ямбургском уезде. СПб, 1888, С. 146, С. 2, 7, 54Положение о гербе муниципального образования Курское сельское поселениеСправочник истории административно-территориального деления Ленинградской области.Топографическая карта Ленинградской области, квадрат О-35-23-В (Хотыницы), 1930 г.АрхивированоАдминистративно-территориальное деление Ленинградской области. — Л., 1933, С. 27, 198АрхивированоАдминистративно-экономический справочник по Ленинградской области. — Л., 1936, с. 219АрхивированоАдминистративно-территориальное деление Ленинградской области. — Л., 1966, с. 175АрхивированоАдминистративно-территориальное деление Ленинградской области. — Лениздат, 1973, С. 180АрхивированоАдминистративно-территориальное деление Ленинградской области. — Лениздат, 1990, ISBN 5-289-00612-5, С. 38АрхивированоАдминистративно-территориальное деление Ленинградской области. — СПб., 2007, с. 60АрхивированоКоряков Юрий База данных «Этно-языковой состав населённых пунктов России». Ленинградская область.Административно-территориальное деление Ленинградской области. — СПб, 1997, ISBN 5-86153-055-6, С. 41АрхивированоКультовый комплекс Старые Смолеговицы // Электронная энциклопедия ЭрмитажаПроблемы выявления, изучения и сохранения культовых комплексов с каменными крестами: по материалам работ 2016-2017 гг. в Ленинградской области