開發平台(Platform): (Ex: Win10, Linux, ...)
win 10 用cygwin64
64位元
編譯器(Ex: GCC, clang, VC++...)+目標環境(跟開發平台不同的話需列出)
GCC
額外使用到的函數庫(Library Used): (Ex: OpenGL, ...)
no
問題(Question)：
簡單的printf問題
int a = 10;
printf( "%f\n", a );
float w = 35.14;
printf( "%w d\n", w );
餵入的資料(Input)：
沒有
預期的正確結果(Expected Output)：
預期第一個printf輸出的是10.0
當然結果大家知道是0
想請問為甚麼這個型態錯誤印出的是0 ?
原本想說都是佔4bytes應該會誤打誤撞可以顯示好
爬到英文說跟甚麼IEEE有關？英文看不是很懂....
再來既然格式都一樣錯誤
為甚麼第二個printf有印出東西但是是亂數，這個數是其他記憶體空間裡的數字嗎？
錯誤結果(Wrong Output)：
0 ( undefined? )
1073741824 ( 亂數 )
程式碼(Code)：(請善用置底文網頁, 記得排版)
補充說明(Supplement)：

這問題會牽涉到不少這些 C 語言功能的實作細節要完整回答會很長一串, 但一般寫程式不需要考慮這些細節

google吧 :D

我覺得不好，我覺得這樣寫程式很危險，把 -Wall 打開吧

這是故意的

先讀計概

可以查一下float和int儲存格式的差異~ 啊，你已經查了XD找中文的網頁說明來看~

我實際在linux上用gcc跑,printf("%d\n",w)會是35,跟印象中一樣,在宣告時就會自動省略小數,請教是為什麼呢?

他要打double w = 35.14打錯了吧

原來如此,看前幾樓回的還以為我哪裡搞錯了,謝謝

我也不確定，照他的錯誤結果輸入應該是浮點數才對

printf不依照格式字串檢查變數格式。有錯誤結果自負。

先謝謝大家一聲，還有我現在就是在讀計概QQ不好意思有打錯的！！！

假如 printf 期望的 size 和變數 size 不一樣會出大事

IEEE754

若是要 "正確的" 把 double "誤" 當做 int 來印, 應該寫做printf("%d\n", *(int *)&w); 結果 35.14 會是 -2061584302而原 PO 的 printf("%d\n", w); 在 Linux 系統開了 ASLR 時,甚至每次顯示結果都不同, 真的像是亂數一般. 顯然是 va_list這個黑盒子中不知發生了什麼事.

ABI

以 amd64 來說, 浮點數 w 會進 xmm0 register然後 printf 從沒使用的 rdi 讀一個整數, 所以是什麼值都有可能

樓上rdi應該是format string 所以下一個參數是rsi

啊對... 忘了有 format string

這裡還要考慮可變參數, 我其實不太確定 amd64 的可變參數會不會用到浮點數暫存器...我所知的可變參數實作幾乎都是全部推堆疊噢, 找到資料了, 即使是可變參數 amd64 一樣會用暫存器那用了多少 xmm 暫存器傳浮點數會以 al 傳進去所以就是上面 Astral 講的那個樣子

其實我前面只是要指出, 原PO 的問題, 在 X86-64 的環境下,並非單純是 IEEE754 的問題, 照規則算出 "亂數" 會不符合;當然, 若是在 i386 (32-bit) 的環境, 應該就會回歸單純了.另外, 上面 regs 的推論, 會讓人覺得在瞎子摸象, 可參考(1) http://goo.gl/yP27aR 及 (2) http://goo.gl/WPLhd9此外, 依據 (1) 及其後 List 的 X86-64 段落, 我的測試使用Linux => System V AMD64 ABI, 但原PO 則為 Win10 cygwin64,不知是會採用 SysV 還是 M$ X64 calling convention ?有關 regs 的相關推論, 不知是否依舊完全符合?

今天期中考完我再來研究一下