1
A
回答
3
编号2293552
对应于0x22ff30
。当printf
将其解释为ASCII时,它将忽略包含0x30
(即'0'
的代码)的最后8位之后的所有位。
从C99标准:
7.19.1.6.8 -
%c
:如果没有l
长度修饰符,int参数转换为unsigned char
,并将得到的字符被写入。
0
可能%c
仅使用您的参数的低位字节,即2293552 & 255 = 48 = '0'
。
+0
谢谢!这是可以理解的。 –
相关问题
- 1. C#混淆和XAML
- 2. 部分混淆C代码
- 3. C代码NOP混淆
- 4. 反混淆C++源代码
- 5. Objective-C代码混淆
- 6. 混淆代码用C
- 7. 代码混淆和调试
- 8. ELMAH和代码混淆
- 9. Git和混淆代码
- 10. C++ auto - 方便和混淆
- 11. C++ eof和空行混淆
- 12. C++异常和pthread_cancel混淆
- 13. Qt C++ QTouchEvent和TouchPoint混淆
- 14. Makefile与Fortran和C混淆
- 15. 代码混淆?
- 16. 混淆或地穴C/C++代码
- 17. C++ heapsort混淆
- 18. typedef混淆C
- 19. 混淆了C++
- 20. C++ fstream混淆
- 21. 混淆转换ascii数据转换
- 22. MIPS代码混淆
- 23. 源代码混淆
- 24. Python代码混淆
- 25. 混淆PHP代码
- 26. TideSDK - 代码混淆
- 27. RPNCalculator代码混淆
- 28. 混淆CakePHP代码
- 29. SQL编码混淆
- 30. 混淆Crypto.JS密码?
哈!你击败了我的答案,但我击败你的标准报价:D(仅限10k) –
谢谢,再次感谢您的额外支持信息。 –
@DanielFischer哦,是的,我明白了,你没有! – dasblinkenlight