作者查詢 / fr3ak

總覽項目：發文 | 留言 | 暱稱

作者 fr3ak 在 PTT [ C_and_CPP ] 看板的留言(推文), 共123則

限定看板：C_and_CPP

看板排序：

首頁

尾頁

[分享] C++和Python的相似處

[ C_and_CPP ]74 留言, 推噓總分: +31

作者: wtchen - 發表於 2016/05/04 02:46(9年前)

73^F推fr3ak: 跟 Python 背景的朋友聊天講到 C++ Templates 的時候, 常以05/16 02:53

74^F→fr3ak: compile-time dock-type 類比05/16 02:53

[問題] vireio perception with error LNK2019

[ C_and_CPP ]3 留言, 推噓總分: +1

作者: YaoBad - 發表於 2016/02/16 22:10(10年前)

1^F推fr3ak: https://goo.gl/w4z591 看來是這個 .cpp 沒被編到? 建議檢02/18 09:52

2^F→fr3ak: 查一下 project 設定02/18 09:52

[問題] Namespace的用法問題

[ C_and_CPP ]39 留言, 推噓總分: +6

作者: a126040023 - 發表於 2016/02/09 18:06(10年前)

16^F推fr3ak: 推 LPH66. 魯叔也補充一下自己的理解方式. 對 object/varia02/09 21:26

17^F→fr3ak: ble 做 extern 可以視為把本來是 definition 的 statement02/09 21:27

18^F→fr3ak: 轉變成 declaration. 而原 po 遇到的錯誤極有可能就是 LPH602/09 21:27

19^F→fr3ak: 6 提到的多個 compilation unit 都 include 到該 definitio02/09 21:27

20^F→fr3ak: n, 等要 link 在一起的時候就出現重複的狀況了02/09 21:27

21^F→fr3ak: 另再囉嗦幾句離題一下. IMHO, extern 能不用就不用. 用在 o02/09 21:35

22^F→fr3ak: bject/variable 上就是 global variable. 用在 function 上02/09 21:35

23^F→fr3ak: 跟脫褲子放屁差不多概念. 有人跟我說過後者有 "就地" 引入02/09 21:35

24^F→fr3ak: 的概念. 魯叔說, 不想討罵還是乖乖的去 include 正確的 hea02/09 21:36

25^F→fr3ak: der 吧 XD02/09 21:36

29^F推fr3ak: 結案! Supplement.cpp 與 main.cpp 想必都有 include Suppl02/10 01:54

30^F→fr3ak: ement.h 吧 XD02/10 01:54

31^F推fr3ak: 直接畫重點好了: 問題不是兩個 .cpp 去 include 同一個 .h,02/10 02:09

32^F→fr3ak: 這是完全正常的. 而是該 header 的內容有問題 - 在 header02/10 02:09

33^F→fr3ak: 裡面放了 i 的 definition. 所以那兩個各自去 include 該02/10 02:09

34^F→fr3ak: header 的 .cpp (or compilation unit to be more specific02/10 02:09

35^F→fr3ak: ) 都乖乖的認份遵從 programmer 的指示, 對外主張自己擁有02/10 02:09

36^F→fr3ak: 一份 i 的實體. 等到 link 的時候兩邊喬不攏就炸了啊 QQ02/10 02:10

[問題] 給bare-metal崁入式系統用的資料結構

[ C_and_CPP ]6 留言, 推噓總分: +1

作者: andrenvq57 - 發表於 2016/02/09 15:12(10年前)

1^F推fr3ak: Baremetal 不是沒有 software 的硬體? 沒有 OS 但有 BIOS,02/09 21:41

2^F→fr3ak: firmware 之類的? 這種條件下要找到 open source 並可用/堪02/09 21:41

3^F→fr3ak: 用感覺蠻難的 QQ02/09 21:41

[分享] 打造 c++ 標準程式庫 for stm32f407

[ C_and_CPP ]15 留言, 推噓總分: +12

作者: descent - 發表於 2016/02/07 22:51(10年前)

3^F推fr3ak: 推有心!02/08 01:49

[問題]C語言編譯器問題

[ C_and_CPP ]63 留言, 推噓總分: +27

作者: novmichael - 發表於 2016/02/05 12:48(10年前)

38^F推fr3ak: 工作多年. 在職場上看過同事使用這樓提到的各種 compiler/e02/11 00:49

39^F→fr3ak: ditor/IDE 組合. 除了 dev c++ 之外. 好奇 dev c++ 的使用02/11 00:49

40^F→fr3ak: 者是不是大都是 (還是幾乎全是) 學生與老師?02/11 00:49

Re: [問題] 關於 boost asio 的 thread 問題

[ C_and_CPP ]21 留言, 推噓總分: +2

作者: yhn0tgb60 - 發表於 2016/02/03 23:44(10年前)

4^F推fr3ak: Boost 的部分的重點是 "may". Practically speaking, 我玩02/04 01:03

5^F→fr3ak: 過的主流平台都不需要. With one notable exception, Asio02/04 01:03

6^F→fr3ak: 的 async resolver 其實是 background thread 在 query, 再02/04 01:03

7^F→fr3ak: 把結果 post 回對應的 io_service, 讓使用者 call io_servi02/04 01:03

8^F→fr3ak: ce::run() 的 thread (worker thread) 把結果 dispatch 到02/04 01:03

9^F→fr3ak: async resolve 的 user-specified handler 去處理. 不是說02/04 01:03

10^F→fr3ak: 好不談特例了嗎? QQ02/04 01:03

11^F→fr3ak: 另, https://goo.gl/7qrC0702/04 01:04

12^F→fr3ak: 建議原 po 考慮從單純一點的東西開始. IMHO, 你把戰線拉太02/04 01:06

13^F→fr3ak: 長了02/04 01:06

21^F推fr3ak: 對於 background thread 的官方說法 http://goo.gl/JsL7ts02/05 13:34

[問題] 關於 boost asio 的 thread 問題

[ C_and_CPP ]14 留言, 推噓總分: +3

作者: yhn0tgb60 - 發表於 2016/02/02 20:21(10年前)

3^F推fr3ak: 假設原 po 使用的 transport 是 TCP... 首先, 在 app 層做02/03 02:38

4^F→fr3ak: batch 幾乎可以肯定是個壞主意, 特別是對 network 與 netwo02/03 02:38

5^F→fr3ak: rk programming 不熟的新手來說. 關鍵字 "tcp nagle nopush02/03 02:39

6^F→fr3ak: ", 建議 google 一下02/03 02:39

7^F推fr3ak: 再來, async I/O framework (asio included) 的 (worker) t02/03 02:46

8^F→fr3ak: hread 是拿來做 computation 的 (特例先不談), 而不是像傳02/03 02:46

9^F→fr3ak: 統的 multi process/thread 模型把 thread 拿來做 I/O mult02/03 02:46

10^F→fr3ak: iplexing (以避免 I/O 卡住其他 computation 的進行)02/03 02:46

11^F推fr3ak: 懶得打字了. 最後, 如果你的設計是一個使用者 (容我把它簡02/03 02:58

12^F→fr3ak: 化成一個 tcp connection) 配一個 thread, 其實沒什麼理由02/03 02:58

13^F→fr3ak: 需要 async framework. 因為特定使用者的 I/O 不會把其他使02/03 02:58

14^F→fr3ak: 用者的 computation 擋住 @@02/03 02:58

[問題] 緩衝區(buffer)問題

[ C_and_CPP ]8 留言, 推噓總分: +2

作者: woo0422 - 發表於 2016/02/01 16:26(10年前)

6^F推fr3ak: 等等. IIRC, 從 physical layer 收到 packet 開始, 在往上02/03 23:17

7^F→fr3ak: 跑的過程中, 經過的 queues and buffers, 沒有一個會在記憶02/03 23:17

8^F→fr3ak: 體不夠的時候發生 "覆蓋". 都只是把往上跑的東西 drop 掉02/03 23:18

[問題] 巢狀 Universal Reference

[ C_and_CPP ]14 留言, 推噓總分: +5

作者: lovesnake - 發表於 2016/01/28 19:47(10年前)

13^F推fr3ak: 只能推正妹了~~01/29 11:43

首頁

尾頁