0
當我的應用程序啓動時，出現1個或更多4.00KB內存泄漏，幀爲_stack_chk_fail和庫libSystem.B.dylib。任何建議，這可能是值得讚賞的。謝謝。無法解釋的內存泄漏 - > _stack_chk_fail
A
回答
2
這個網站 - http://blog.freimann.org/archives/16-__stack_chk_fail-when-compiling-filo.html
建議你添加
-fno-stack-protector
你的編譯選項。
相關問題
- 1. 無法解釋的內存泄漏迅速的iOS
- 2. JavaFX無法解釋的在Linux上泄漏內存
- 3. 內存泄漏...解釋（希望）
- 4. 解釋objgraph數字：內存泄漏？
- 5. 內存泄漏 - 釋放calloc
- 6. objc泄漏行爲我無法解釋
- 7. 無內存泄漏
- 8. iOS的 - 無法刪除內存泄漏
- 9. 無法找到內存泄漏的源
- 10. FFMPEG解碼 - 內存泄漏
- 11. 瞭解內存泄漏
- 12. NSXMLParser解析方法內存泄漏
- 13. 解決方法IE10 setInterval內存泄漏
- 14. TabVisible解決方法 - 內存泄漏
- 15. 內存泄漏和無GuidAttribute
- 16. 我無法找到內存泄漏
- 17. 無法停止內存泄漏
- 18. FastMM無法檢測到內存泄漏
- 19. 儀器無法找到內存泄漏
- 20. 內存泄漏：
- 21. 內存泄漏
- 22. 內存泄漏
- 23. 內存泄漏
- 24. 內存泄漏
- 25. 內存泄漏
- 26. 內存泄漏：
- 27. 內存泄漏
- 28. 內存泄漏
- 29. 內存泄漏
- 30. 內存泄漏
謝謝，但它似乎並沒有提到的鏈接與Cocoa/Objective-C – RunLoop 2010-07-13 17:51:44
有關gcc是objc用來編譯的編譯器（就像C一樣），這是一個gcc接受的標誌。 在Xcode>項目>編輯項目設置>構建你應該能夠找到一個字段來爲gcc添加此標誌。 – jmont 2010-07-13 18:14:02
不夠公平，但你有什麼想法這個標誌是什麼意思？我不想在編譯選項中添加某些內容，但不理解根據http://www.trl.ibm.com/projects/security/ssp/ – RunLoop 2010-07-13 18:20:48