通過在客戶的機器上運行我們的軟件，我們可以獲得核心文件。不幸的是，由于我們一直使用-O2 進行編譯，而沒有調(diào)試符號，這導(dǎo)致了無法弄清崩潰原因的情況，我們修改了構(gòu)建，現(xiàn)在它們一起生成-g和-O2。然后，我們建議客戶運行-g二進制文件，以便于調(diào)試。我有幾個問題：當(dāng)從Linux發(fā)行版生成核心文件而不是我們在Dev中運行的核心文件時，會發(fā)生什么情況？堆棧跟蹤是否有意義？在Linux或Solaris上有調(diào)試的好書嗎？面向示例的東西很棒。我正在尋找現(xiàn)實生活中的例子，以弄清例程為什么崩潰以及作者如何得出解決方案。中級到高級的東西會更好，因為我已經(jīng)做了一段時間了。進行一些組裝也是很好的。這是一個崩潰的示例，它要求我們告訴客戶獲得-g版本。二進制：Program terminated with signal 11, Segmentation fault.#0 0xffffe410 in __kernel_vsyscall ()(gdb) where#0 0xffffe410 in __kernel_vsyscall ()#1 0x00454ff1 in select () from /lib/libc.so.6...<omitted frames>理想情況下，我想解決以找出導(dǎo)致應(yīng)用程序崩潰的原因-我懷疑這是內(nèi)存損壞，但我不是100％肯定。嚴(yán)格禁止遠程調(diào)試。謝謝
3 回答
喵喵時光機
TA貢獻1846條經(jīng)驗 獲得超7個贊
實際上，您可以從崩潰轉(zhuǎn)儲中獲得有用的信息，甚至可以從優(yōu)化的編譯中獲得有用的信息（盡管從技術(shù)上來說，這就是所謂的“大麻煩”。）-g編譯確實更好，是的，甚至您也可以這樣做。當(dāng)發(fā)生轉(zhuǎn)儲的機器是另一個發(fā)行版時。基本上，只有一個警告，所有重要信息都包含在可執(zhí)行文件中，并最終在轉(zhuǎn)儲中。
當(dāng)您將核心文件與可執(zhí)行文件進行匹配時，調(diào)試器將能夠告訴您崩潰發(fā)生的位置并向您顯示堆棧。這本身應(yīng)該會有所幫助。您還應(yīng)該盡可能多地了解它發(fā)生的情況-他們可以可靠地復(fù)制它嗎？如果是這樣，您可以復(fù)制它嗎？
現(xiàn)在，這是一個警告：“一切都存在”的概念被分解的地方是共享對象文件，.so文件。如果由于這些問題而失敗，那么您將不需要所需的符號表；您可能只能看到.so它發(fā)生在什么庫中。
有很多關(guān)于調(diào)試的書，但是我想不出我推薦的書。
暮色呼如
TA貢獻1853條經(jīng)驗 獲得超9個贊
據(jù)我所知，您無需要求客戶使用-g選項構(gòu)建的二進制文件即可運行。需要的是您應(yīng)該使用-g選項進行構(gòu)建。這樣，您可以加載核心文件，它將顯示整個堆棧跟蹤。我記得幾周前，我創(chuàng)建了帶有構(gòu)建（-g）和沒有-g的核心文件，并且核心的大小是相同的。
添加回答
舉報
0/150
提交
取消