翻遍站內(nèi)帖子之后還是不能解決的gdb問(wèn)題

topzqc

最近在openpbs的基礎(chǔ)上做開(kāi)發(fā),用gdb的時(shí)候碰到一些gdb方面的問(wèn)題,基本把站內(nèi)關(guān)于gdb的帖子看遍了,發(fā)現(xiàn)很多重復(fù)的話題,也有兄弟出現(xiàn)跟我同樣的問(wèn)題,但是沒(méi)有解決.我不是newbie,所以不要回一些編譯選項(xiàng)-g沒(méi)有加的話.請(qǐng)碰到相同問(wèn)題之后,有解決方法的兄弟回個(gè)帖,謝謝!

(1)關(guān)于非循環(huán)體內(nèi)同一語(yǔ)句重復(fù)執(zhí)行的問(wèn)題,即:第一條語(yǔ)句執(zhí)行(好像并未真正執(zhí)行,但用next的時(shí)候確實(shí)出現(xiàn)的是這條語(yǔ)句)之后,再執(zhí)行第二條后,卻又回到第一條執(zhí)行,并且可能重復(fù)幾次. 開(kāi)始以為是編譯優(yōu)化選項(xiàng)-O2的原因,但是把此選項(xiàng)去掉也出現(xiàn)同樣的問(wèn)題. 因?yàn)閛penpbs的代碼有點(diǎn)多,不便精簡(jiǎn),也不方便傳上來(lái).見(jiàn)諒!如果哪位兄弟用別的代碼調(diào)試出現(xiàn)同樣的疑惑,應(yīng)該是同理. 我用的是rh9 Linux. gcc和gdb都是系統(tǒng)自帶的

(2)有沒(méi)有辦法看到define定義的常量的值?
  如果函數(shù)func1()調(diào)用func2(),在已經(jīng)執(zhí)行到func2()的時(shí)候,能否看到func1()中在func2()調(diào)用之前已經(jīng)定義的變量?

embededboy

要不你試試ddd?

easysword

我也遇到同樣的問(wèn)題在slackware上2.4內(nèi)核,
GNU gdb 6.6
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu".

簡(jiǎn)單的非常循環(huán)語(yǔ)句竟然被GDB執(zhí)行多次，估計(jì)只有一次是真正執(zhí)行，因?yàn)榻Y(jié)果還是正確的。
本人對(duì)linux和gdb也算是很熟的了，用過(guò)兩年的suse，但沒(méi)有遇到slackware上這樣非常奇怪的問(wèn)題，不知道是不是和操作有關(guān)？

MMMIX

也許你應(yīng)該到 gdb 的用戶 mail list 上去問(wèn)下。

honeybaby

:wink: :wink: :wink: :wink:

[ 本帖最后由 honeybaby 于 2008-4-18 18:16 編輯 ]

雨絲風(fēng)片

原帖由 topzqc 于 2006-4-4 11:52 發(fā)表
最近在openpbs的基礎(chǔ)上做開(kāi)發(fā),用gdb的時(shí)候碰到一些gdb方面的問(wèn)題,基本把站內(nèi)關(guān)于gdb的帖子看遍了,發(fā)現(xiàn)很多重復(fù)的話題,也有兄弟出現(xiàn)跟我同樣的問(wèn)題,但是沒(méi)有解決.我不是newbie,所以不要回一些編譯選項(xiàng)-g沒(méi)有加的 ...

對(duì)于問(wèn)題1，我覺(jué)得可以自己跟蹤一下看看是不是gdb的問(wèn)題。首先用objdump獲得問(wèn)題行附近的源代碼
與匯編指令的對(duì)應(yīng)關(guān)系，找出問(wèn)題行的起止指令地址。然后再用你的gdb調(diào)試你的程序，在到達(dá)問(wèn)題行時(shí)，
set debug infrun 1，然后再下發(fā)next命令。查看一下此時(shí)的打印信息，首先去看看類似于這樣的一行：
infrun: stepping inside range [0x80483ef-0x80483f8]
這是gdb在收到next命令之后計(jì)算出來(lái)的當(dāng)前源代碼行的起止指令地址，只要pc離開(kāi)這個(gè)范圍，next就告結(jié)束。
你可以把這個(gè)范圍信息跟objdump的結(jié)果進(jìn)行比對(duì)，看看這一步gdb算對(duì)沒(méi)有。然后再關(guān)注一下打印信息中
如下的若干行：
infrun: stop_pc = 0x80483f2
gdb是用指令單步實(shí)現(xiàn)next命令的，因此，一般來(lái)說(shuō)，一行源代碼對(duì)應(yīng)幾條匯編指令，你就可以在打印信息中
找到幾個(gè)帶有stop_pc的行。你分析一下這些stop_pc的值，看看它們是不是嚴(yán)格的按照objdump的結(jié)果顯示的
指令序列出現(xiàn)的。經(jīng)過(guò)上述分析過(guò)程，基本上可以確定問(wèn)題是gdb導(dǎo)致的還是你的應(yīng)用程序的某種特殊性導(dǎo)致的。
最后，還是要對(duì)你這個(gè)“非newbie”說(shuō)一句，gdb調(diào)試過(guò)程中亂跳的情況絕大多數(shù)都是因?yàn)榧恿藘?yōu)化選項(xiàng)，特別
是對(duì)于一個(gè)大的工程，往往以為在當(dāng)前文件處關(guān)閉了優(yōu)化，卻忽略了之后在某個(gè)全局的地方又被加上了優(yōu)化
選項(xiàng)，可以有針對(duì)性地檢查一下編譯問(wèn)題行所在文件時(shí)的gcc信息，確認(rèn)是否關(guān)閉了優(yōu)化，這一點(diǎn)也可以從
readelf的結(jié)果中看出大概。


對(duì)于問(wèn)題2，查看define定義的常量問(wèn)題，編譯時(shí)把-g換成-gdwarf-2 -g3。
程序停在func2()里面的時(shí)候，想看func1()里的變量，up一下就可以了。

[ 本帖最后由 雨絲風(fēng)片 于 2008-4-18 21:26 編輯 ]

雨絲風(fēng)片

暈死，才發(fā)現(xiàn)是被翻出來(lái)的兩年前的老貼。  :em11:  :em12:

MMMIX

原帖由 雨絲風(fēng)片 于 2008-4-18 22:15 發(fā)表
暈死，才發(fā)現(xiàn)是被翻出來(lái)的兩年前的老貼。  :em11:  :em12:

你就當(dāng)是在幫助后來(lái)人嘍，反正現(xiàn)在搜索引擎那么強(qiáng)大(或者還算強(qiáng)大)