作者查詢 / stucode
作者 stucode 在 PTT [ C_and_CPP ] 看板的留言(推文), 共188則
限定看板:C_and_CPP
看板排序:
1F→: 我猜你後面還有程式碼嘗試修改YYY指向的內容 這樣當然炸09/04 18:14
2F→: 沒有的話用const char*去接XXX的回傳值就好了09/04 18:14
19F→: 很遺憾Dev-C++的"編輯器"本身並不支援任何Unicode編碼的09/04 21:38
20F→: 原始碼 如果堅持在程式碼中放中文 就要有處理一卡車問題09/04 21:39
21F→: 的覺悟09/04 21:39
26F推: 這是普通的flag及mask用法 但它稍微反過來做08/31 20:48
27F→: 他的flag是0不是1 沒有set的位元必須是108/31 20:50
28F→: 所以CAN_TX_PRIORITY_0前面才都是1不是008/31 20:51
29F→: 並且用AND來combine flags 而不是一般的OR08/31 20:51
30F→: 我想就是那句話要表達的意思08/31 20:52
2F→: 1. en.cppreference.com 也可 有C專區08/30 14:36
12F推: 你的想法是沒錯的 編號小的放左邊 然後再LOT08/24 18:40
19F→: 試試1 6 1 2 3 4 5 1 6 6 3 5 2 正確是4 你的跑出來是508/24 18:59
4F→: 變數沒有初始化 初值不會是0更不會是'0'08/21 20:43
5F→: 另外進位似乎多加一次08/21 20:44
9F→: 可用迴圈或memset 初始化語法好像只能手動填'0'08/21 20:51
12F→: 仔細看這個做法還蠻有問題的 c中的0同時代表數字0及'\0'08/21 21:00
13F→: 所以rev等函數的運作會出問題08/21 21:00
26F→: 即使簡化 建議至少要貼「最小可重現問題的程式碼」08/21 20:47
27F→: 這可以訓練你發現問題的能力 有時甚至會直接解決08/21 20:48
1F→: 左邊的code是在解run-length encoding的資料08/15 14:15
2F→: google一下run-length encoding應該就懂了08/15 14:16
3F→: 右邊純粹是某個吃左邊emit資料的parser08/15 14:17
5F→: 那是解壓縮的code 0xFF是一個記號 表示下一個getchar()08/15 17:02
6F→: 讀到的不是資料本身(字元) 而是資料長度(字元數)08/15 17:03
7F→: 然後再下一個才是資料本身 接著用迴圈恢復壓縮前的樣子08/15 17:04
6F推: 沒有用static修飾的file-scope變數是external linkage08/04 11:35
7F→: 這表示它可以被任何編譯單元參考到08/04 11:36
8F→: 以你的例子而言 file1跟file2會各有一個變數定義08/04 11:36
9F→: 假設沒有用static修飾 當程式中使用到該變數時08/04 11:36
10F→: linker會不知道要將其鏈結到哪個變數定義08/04 11:36
11F→: 相對來說 若是加了static 在file1中的變數定義08/04 11:36
12F→: 就只會在file1中使用時被看見 file2同理08/04 11:37
13F→: 至於你會沒有遇到錯誤 可能是你個別編譯兩個檔案08/04 11:37
14F→: 並且沒有鏈結它們 又或是像書中所寫08/04 11:37
15F→: 鏈結器幫你做了不合標準的額外處理08/04 11:37
4F→: 把>> c全部拿掉就好了 stream自己會處理空白(包括\t)07/26 13:13