作者查詢 / Feis

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