K.Maebashi's BBS

初めまして。お邪魔します。 C言語の文法？について質問させて下さい。 if((func_hoge() == 真) && (func_piyo() == 真)) // (1) 実行文; if(func_hoge() == 真) if(func_piyo() == 真) // (2) 実行文; 上記(1)または(2)において、func_hoge()が偽であった場合、 func_piyo が実行されないことは文法上保証されるのでしょうか？ ご教示をお願い致します。

>if((func_hoge() == 真) && (func_piyo() == 真)) // (1) > 実行文; > >if(func_hoge() == 真) > if(func_piyo() == 真) // (2) > 実行文; > >上記(1)または(2)において、func_hoge()が偽であった場合、 >func_piyo が実行されないことは文法上保証されるのでしょうか？ どちらについても保証されています。 (1)は短絡演算子というやつで、JIS X 3010：2003 (ISO/IEC 9899：1999)であれば 6.1.13に以下の記述があります。 | ビット単位の2項&演算子と異なり，&&演算子は左から右への評価を保証する。 | 第1 オペランドの評価の直後を副作用完了点とする。第1オペランドの値が0と | 比較して等しい場合，第2オペランドは評価しない。 「||」も同様です(6.5.14 論理OR演算子より) | ビット単位の|演算子と異なり，||演算子は左から右への評価を保証する。 | 第1オペランドの評価の直後を副作用完了点とする。第1オペランドの値が0と | 比較して等しくない場合，第2 オペランドは評価しない。 (2)はさすがにif文の動作として自明ではないでしょうか。

ほげぴよ認証のテストを兼ねて # ってか既に spam ってるんだけど C では、偽は０、真は０以外である。 一方で #define TRUE 1 とかしていることが多いので func()==TRUE はバグの元だからやらないほうがいいよ

>ほげぴよ認証のテストを兼ねて ># ってか既に spam ってるんだけど > >C では、偽は０、真は０以外である。 >一方で #define TRUE 1 とかしていることが多いので > >func()==TRUE はバグの元だからやらないほうがいいよ 賛成。 関数が正常終了したら0を返す慣習って、けっこう頭が混乱しますよね。 「この戻り値は、『何かヘンなことが起こりましたか？』という質問に対する答えだ！」と 自分に言い聞かせて納得するようにしてました。

管理人さま ＞どちらについても保証されています。 根拠まで示していただき、ありがとうございました。m(_ _)m 774RRさま、yuyaさま ＞一方で #define TRUE 1 とかしていることが多いので ＞func()==TRUE はバグの元だからやらないほうがいいよ 取り急ぎ、アドバイスにお礼申し上げます。