作者查詢 / yvb

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

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

限定看板：C_and_CPP

看板排序：

首頁

尾頁

[問題] printf 格式不同問題（修正）

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

作者: hpyhacking - 發表於 2017/10/27 02:29(8年前)

25^F推yvb: 若是要 "正確的" 把 double "誤" 當做 int 來印, 應該寫做10/27 20:42

26^F→yvb: printf("%d\n", *(int *)&w); 結果 35.14 會是 -206158430210/27 20:42

27^F→yvb: 而原 PO 的 printf("%d\n", w); 在 Linux 系統開了 ASLR 時,10/27 20:43

28^F→yvb: 甚至每次顯示結果都不同, 真的像是亂數一般. 顯然是 va_list10/27 20:43

29^F→yvb: 這個黑盒子中不知發生了什麼事.10/27 20:43

42^F推yvb: 其實我前面只是要指出, 原PO 的問題, 在 X86-64 的環境下,10/30 00:46

43^F→yvb: 並非單純是 IEEE754 的問題, 照規則算出 "亂數" 會不符合;10/30 00:47

44^F→yvb: 當然, 若是在 i386 (32-bit) 的環境, 應該就會回歸單純了.10/30 00:47

45^F→yvb: 另外, 上面 regs 的推論, 會讓人覺得在瞎子摸象, 可參考10/30 00:47

46^F→yvb: (1) http://goo.gl/yP27aR 及 (2) http://goo.gl/WPLhd910/30 00:48

47^F→yvb: 此外, 依據 (1) 及其後 List 的 X86-64 段落, 我的測試使用10/30 00:48

48^F→yvb: Linux => System V AMD64 ABI, 但原PO 則為 Win10 cygwin64,10/30 00:48

49^F→yvb: 不知是會採用 SysV 還是 M$ X64 calling convention ?10/30 00:48

50^F→yvb: 有關 regs 的相關推論, 不知是否依舊完全符合?10/30 00:49

[問題] 加了printf結果變數就不一樣了？

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

作者: ketchupgood - 發表於 2017/10/04 04:42(8年前)

6^F→yvb: 發[問題]不是有格式?且程式用貼圖有點糟,建議用置底那篇方式.10/04 08:37

7^F→yvb: 然後scanf處有warning但不影響; 後半比較像是算總字數而已.10/04 08:45

8^F→yvb: 問題在於, printf 出來的 13 13 是否如同預期.10/04 08:47

9^F→yvb: 也就是說, 犯了置底十三誡中,第一誡的延伸, 陣列後段無初值.10/04 08:51

[閒聊] 關於C++的雷

[ C_and_CPP ]29 留言, 推噓總分: +22

作者: PkmX - 發表於 2017/09/25 22:14(8年前)

27^F推yvb: 至少 P 大很有良心地給 puts() 而非 system() 來加映.09/28 19:16

[問題] Tree Travesal 題目理解問題

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

作者: ihatetomato - 發表於 2017/08/24 15:13(8年前)

7^F推yvb: 把你的測資, 7 2 改為 7 4 測看看; 然後 7 4 移到 2 4 前再測08/24 18:27

[問題] socket server 接不到 client 的訊息

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

作者: timmy852111 - 發表於 2017/04/28 15:02(9年前)

2^F推yvb: 41. 55. 有問題.04/28 20:25

[問題] const array 放function內會拖慢執行速度

[ C_and_CPP ]37 留言, 推噓總分: +11

作者: ofd168 - 發表於 2017/02/23 14:26(9年前)

8^F推yvb: 試問 table()中, 寫一句 *((double *)table1) = *table1 + 1;02/23 18:45

9^F→yvb: 可不可以? 若可以, 呼叫 table() 十次後, *table1 會是多少?02/23 18:46

10^F→yvb: 試試看寫在 function 內和 function 外的差別.02/23 18:47

11^F→yvb: 上一句是指 const array.02/23 18:54

12^F→yvb: const array 加上 static 也可以再試試看.02/23 18:58

22^F推yvb: 真沒試過用 nm 看 VC2013 編譯出來的程式... 可行嗎?02/25 14:23

[問題] const問題

[ C_and_CPP ]45 留言, 推噓總分: +7

作者: putintostyle - 發表於 2017/02/15 15:23(9年前)

19^F推yvb: 因為你沒貼出的 fig10_12.cpp 的 main() =>02/15 21:03

20^F→yvb: Employee manager( "Bob", "Blue", birth, hire );02/15 21:03

21^F→yvb: "Bob" 和 "Blue" 是 const.02/15 21:04

33^F→yvb: 補充一下, 我前面 const 的說法適用於02/23 18:48

34^F→yvb: C++ How to Program 5/e ( https://goo.gl/kzkntP ) 的02/23 18:48

35^F→yvb: Figure 10.12 ( https://goo.gl/U3mEkj );02/23 18:48

36^F→yvb: 但原 PO 的版本有點不同 (可能是 8/e 的版本?),02/23 18:48

37^F→yvb: 不是 const char * const, 而是 const string &,02/23 18:49

38^F→yvb: 那就應該是前面 love大的說法才對.02/23 18:49

39^F推yvb: 試著分別用 string bob = "Bob", blue = "Blue";02/23 18:51

40^F→yvb: 以及 char bob[] = "Bob", blue[] = "Blue";02/23 18:51

41^F→yvb: 搭配 Employee manager( bob, blue, birth, hire );02/23 18:51

42^F→yvb: 看看有何結果 (考慮 char[] 轉型是什麼情況); 此外,02/23 18:51

43^F→yvb: 改成 manager( string("Bob"), string("Blue"), ...02/23 18:51

44^F→yvb: 以及 manager( string(bob), string(blue), ...02/23 18:52

45^F→yvb: 再試看看. 問題就在於是 lvalue 還是 rvalue.02/23 18:52

Re: [問題] 關於結構內的指標

[ C_and_CPP ]44 留言, 推噓總分: +26

作者: LPH66 - 發表於 2017/02/09 07:26(9年前)

26^F推yvb: 32位元通常類似狀況一,只是8bytes=>4bytes,位址相對縮減.02/10 20:25

27^F→yvb: 而64位元,沒特別指定編譯參數,似乎比較偏向狀況三.02/10 20:28

28^F→yvb: 若64位元gcc指定-fpack-struct之類,應該會是狀況二,02/10 20:31

30^F→yvb: 但不知狀況一要在何種64位元環境下會發生...02/10 20:35

31^F→yvb: 回littleshan大,當然不是只分32和64,但LPH66大回nick5130,02/10 20:44

32^F→yvb: 看來就是專指64bit.而上面skygrango推文應該是指32bit的情況.02/10 20:46

33^F→yvb: 若要再討論其它位元的環境,可能要指定清楚是什麼架構系統,02/10 20:47

34^F→yvb: 那水晶球大大的文章恐怕補充不完了 :P02/10 20:48

40^F推yvb: 問題就是不知哪找ILP64環境,或如何編譯出ILP64程式(能run否?)02/13 18:03

[問題] G++ 無法正常編譯

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

作者: whatai - 發表於 2017/02/06 17:40(9年前)

13^F推yvb: 影片太模糊, 看不清楚 make 的過程發生了什麼.02/07 20:16

14^F→yvb: 至少把 make 過程, 所輸出的文字內容, 呈現清楚吧...02/07 20:17

15^F→yvb: 誰知道錯誤的魔鬼, 藏在哪段文字的細節裏...02/07 20:18

25^F→yvb: 不知你們的 makefile 是怎樣的內容, 是否可以 make V=1 之類,02/08 20:13

26^F→yvb: 看到編譯時如何叫用ccache的詳情, 看看傳了什麼參數給ccache.02/08 20:15

27^F→yvb: 或者看看 ccache 的設定檔, 看有沒有 compiler check 的設定,02/08 20:17

28^F→yvb: 相關部分請參見 ccache online manual.02/08 20:18

33^F推yvb: 那看看 which g++, 看看 g++ 是否 symbolic 到 ccache.02/08 21:03

34^F→yvb: 若是如此, 那改一下 PATH 讓 g++ 指到 "真正的" g++ .02/08 21:05

35^F→yvb: 另外, ccache 可以設個人的設定檔. 仍參見 manual.02/08 21:06

36^F→yvb: 剛再看了一下 ccache manual, 設定甚至可用環境變數.02/08 21:09

45^F推yvb: 會因為 -I 後的寫法而結果不同, 也許所用的 ccache 有 bug,02/10 19:20

46^F→yvb: 也許更新 ccache 版本會好? 或是有什麼特別, 奇怪的設定?02/10 19:23

[問題] 關於使用USB傳送資料的作法

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

作者: t78923t - 發表於 2017/02/02 23:00(9年前)

18^F推yvb: 是存在原PO想像的線, 但不是電腦對接用 http://goo.gl/sZlZZA02/03 06:10

19^F→yvb: 電腦對接的線像 http://goo.gl/qz6sSJ http://goo.gl/KuSWoR02/03 06:10

20^F→yvb: 或是 http://goo.gl/aUvmT7 , 也就是並非單純的連接線.02/03 06:10

33^F推yvb: 可能是沒相關標準的關係, USB電腦對接線可能還有若干名稱,02/04 00:43

34^F→yvb: 諸如 USB Link cable, USB File transfer cable 之類...02/04 00:43

35^F→yvb: 有的線可能還可設定為 Data-Link 或 Network-Adapter 的模式;02/04 00:44

36^F→yvb: 前者似乎要用特定檔案傳輸程式, 不知是否有API可供程式操作,02/04 00:44

37^F→yvb: 後者則是把對接線模擬為網路卡, 使用上就如同網路線對接.02/04 00:44

38^F→yvb: 但是這樣的線, 一方面不便宜, 另一方面透過驅動程式後,02/04 00:44

39^F→yvb: 速度不如想像中高; 還不如用一般網路連線方式來得便利.02/04 00:45

首頁

尾頁