看板 C_and_CPP 關於我們 聯絡資訊
i = 10; i = i++ + ++i; i是多少 答案是 22 假設是三個變數就算了 c = a++ + ++b; 還可以理解。這是同個變數 最後會看起來是 10 + 11 = 21, 21再做後增的動作。 盲點是 ++i -> i = 11; i++ -> 此時的 i 不應該是 11嗎?? 應該要出來 11 + 11 = 22,最後才做 22 後增動作 為 23 才對吧..? ------------------------------------------------------------------------------ 剛參考了版友說 undefined behavior 其實我完全混亂了 1. linux gcc 可以過,表示它已定義的意思嗎? 我要怎樣才可以知道這是未定義的 2. x = x++; 在置底第八戒也說他是 undefined 的,這個很下意識的就是++最後做 賦值先做,最後才++,還是如果是 y = x++; 就不會有這困擾了? ------------------------------------------------------------------------------ 請問 x = x++; 為何是未定義行為,而 *p++ 這種就不屬於是未定義行為???? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 219.68.215.61 ※ 文章網址: https://www.ptt.cc/bbs/C_and_CPP/M.1535162145.A.799.html
ggBird: ub 08/25 10:05
Schottky: undefined behavior,出考題的是誰,叫他不用來上班了 08/25 10:12
Schottky: 置底十三戒之第八戒,這不是你的問題,考題不能這樣出 08/25 10:14
moebear: ???????? https://i.imgur.com/IVcmBN1.png 08/25 10:14
※ 編輯: blueblueChen (219.68.215.61), 08/25/2018 10:41:41
eye5002003: 我有寫過這樣的考題,一個老工程師出的 08/25 10:41
chuegou: r1=i++; r2=++i; i=r1+r2; 我猜啦 08/25 11:43
chuegou: 如果硬要知道為什麼是22 反組譯看組語如何? 08/25 11:44
stupid0319: 何必浪費生命在智障的問題上 08/25 12:52
sarafciel: 未定義指的是"標準"未定義 08/25 13:27
sarafciel: C的標準沒有定義 i++ + ++i 時三個運算元的執行順序 08/25 13:30
sarafciel: 所以編譯器在編這行的時候就是隨編譯器高興的意思 08/25 13:31
sarafciel: 編是一定可以編過 只是你換個編譯器結果就不一樣 08/25 13:32
sarafciel: 子 08/25 13:32
sarafciel: BTW 出這考題的是智障 不要理他 08/25 13:43
※ 編輯: blueblueChen (219.68.215.61), 08/25/2018 17:47:51
blueblueChen: 那為何 x=x++叫做未定義 *p++ 就不是? 08/25 18:47
jerryh001: 因為*p++明確知道怎麼做 08/25 19:02
as7218: https://hackmd.io/s/Skr9vGiQm 直接看這篇吧 08/25 22:14
blueblueChen: 我有看jserv的 blog 08/25 22:20
blueblueChen: C 語言沒規定 i++ 或 ++i 的「加 1」動作到底是在 08/25 22:20
blueblueChen: 何時時刻執行,所以說 printf("%d\n",a++); 也會不 08/25 22:21
blueblueChen: 知道 [+1] 是在何時進行的嗎? 但從以前的經驗來看 08/25 22:22
blueblueChen: 都是先印出,再[+1] 08/25 22:22
AstralBrain: 對, 不知道 08/25 22:33
AstralBrain: 印出來的值是"a++"這個expression的傳回值 08/25 22:34
AstralBrain: 不是a當下的值 08/25 22:35
sarafciel: 靠XD 翻了一下標準 如果我的破英文沒有影響理解的話 08/25 23:26
sarafciel: +1執行的時間點在99以前沒定 11以後是有定的XDDD 08/25 23:27
sarafciel: 詳情見C11標準6.5.2.4 不過這篇問的東西還是UB就是了 08/25 23:32
oToToT: 總之,沒事不要這樣寫最保險,可讀性有夠低 08/26 14:41