开发平台(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 的相关推论, 不知是否依旧完全符合?

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