作者查詢 / Feis
作者 Feis 在 PTT [ C_and_CPP ] 看板的留言(推文), 共1648則
限定看板:C_and_CPP
看板排序:
全部C_and_CPP1648Soft_Job86b93902HW60Web_Design42GameDesign35NTU_BOTDorm18b96902HW14Dart14Kinmen13b90902xxx12MATLAB8Monkeys6NTU-Guitar6b92902xxx4b94902xxx4CSCamp20044CSIE_TTENNIS3CSCamp20022CSCamp20092HCKuo2MedRock2Python2ACMCLUB1ask1Baseball1bass1C_Sharp1Chan_Mou1Jacky1Jinmen1LoL1mrsthis1PDA1Programming1PttCurrent1Tech_Job1TOEIC1<< 收起看板(37)
22F→: 小於 2n 是怎樣的概念? 那 2n - 1 呢 ?10/21 23:33
5F→: a 的值不是 a[0] 的位置. a 是代表整個陣列10/20 12:16
6F→: 試著橫向填圖, 並看看有沒有比較低階的方法填10/15 11:44
21F→: nonsense10/04 04:28
32F→: 指標相減有可能是未定義行為. 這推導的前提不完整10/05 22:51
33F→: 基本上陣列到底能有多大跟 ptrdiff_t 的範圍之類的10/05 22:53
34F→: 硬要選 ptrdiff_t 當然是比較好. 但我覺得這問題本身nonsens10/05 22:55
35F→: opreator+ 跟 operator- 是否是真的反運算也是該討論的10/05 22:56
36F→: 看不出 c = a + i 跟 i = c - a 的絕對關係. 可能是我想錯10/05 23:05
37F→: 有沒有可能 a[i] 存在但是 c - a 的結果不存在呢 ?10/05 23:13
38F→: 要想想 size_t 跟 ptrdiff_t 之間是實作相依10/05 23:17
39F→: ptrdiff_t 是 "相減" 的結果. 而 "加" 的對象只需要是整數10/05 23:22
40F→: 加完之後還落在陣列內就是合法的.10/05 23:23
41F→: 看不出來 "加" 的整數只能是 ptrdiff_t 的必然性.10/05 23:24
42F→: 我好像有表達障礙. 抱歉. 喝酒不推文. 推文不喝酒 : (10/05 23:27
43F→: 簡言之就是 sizeof(ptrdiff_t) < sizeof(size_t) 時就怪怪的10/05 23:29
44F→: 我的看法就是索引值是整數型別. It's all10/05 23:30
45F→: 重點是這個整數會不會落在陣列內才是我們應該關心的10/05 23:32
46F→: ptrdiff_t 並不能保證你會存取到你要的元素10/05 23:34
8F→: 你不想 override 任何東西? 那 d 當成 base 後的 tool 要是?09/25 16:20
1F→: 直接遞迴解. 看不出有甚麼藥特殊處理的09/16 23:30
1F→: threading 的部分, C 靠 volatile 做到 "一點點"09/13 21:25
2F→: C++ 有自己一套玩法09/13 21:25
3F→: +48 不一定是對的09/13 20:27
7F→: 照 C 標準~0 到 9 是必須連續的09/14 17:56
1F→: 看起來是有機會被最佳化掉09/13 03:05
2F→: 我想這算是要求編譯器給個保證..09/13 03:15
3F→: 但是中間那段話我也有點不知其所以09/13 03:21
4F→: 感覺 C11 的那個實作除了比較慢沒有太大問題09/13 03:23
1F→: 你想想 flag 的意義. 拿掉 count1 會一樣嗎?09/08 21:08
2F→: 至於 count2 為什麼一樣就想想交換鄰居對於順序的影響09/08 21:11
3F→: 不管哪種 for , 元素都只會往他應該在的順位透過交換移動09/08 21:13
8F推: 所以你不懂兩個 for 的 flag 不同?09/08 21:50
9F→: flag 為0沒有需要交換的…順序不同 flag 變成 0 的回合數不09/08 21:52
10F→: 這是邏輯問題…估計會被砍文章XD09/08 21:54
11F→: 想一下 5 1 2 3 4 在兩種 for 的差異… count1 各是多少?09/08 21:56