通過(guò)在客戶的機(jī)器上運(yùn)行我們的軟件，我們可以獲得核心文件。不幸的是，由于我們一直使用-O2 進(jìn)行編譯，而沒(méi)有調(diào)試符號(hào)，這導(dǎo)致了無(wú)法弄清崩潰原因的情況，我們修改了構(gòu)建，現(xiàn)在它們一起生成-g和-O2。然后，我們建議客戶運(yùn)行-g二進(jìn)制文件，以便于調(diào)試。我有幾個(gè)問(wèn)題：當(dāng)從Linux發(fā)行版生成核心文件而不是我們?cè)贒ev中運(yùn)行的核心文件時(shí)，會(huì)發(fā)生什么情況？堆棧跟蹤是否有意義？在Linux或Solaris上有調(diào)試的好書(shū)嗎？面向示例的東西很棒。我正在尋找現(xiàn)實(shí)生活中的例子，以弄清例程為什么崩潰以及作者如何得出解決方案。中級(jí)到高級(jí)的東西會(huì)更好，因?yàn)槲乙呀?jīng)做了一段時(shí)間了。進(jìn)行一些組裝也是很好的。這是一個(gè)崩潰的示例，它要求我們告訴客戶獲得-g版本。的二進(jìn)制：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)格禁止遠(yuǎn)程調(diào)試。謝謝