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