जीडीबी चरण पर फ़ंक्शन (अगला) काम नहीं करता

Question

मैं सी ++ में लिखे गए एक प्रोग्राम को डीबग करने का प्रयास कर रहा हूं। यहां कोड है:

void a() { } 
void b() { a(); } 
int main() { b(); return 0; } 

मैंने इसका उपयोग करके संकलित किया: g++ -g3 -O0 -o cards.exe cards.cpp।

(gdb) b main 
Breakpoint 1 at 0x401421: file cards.cpp, line 10. 
(gdb) r 
Starting program: C:\workspace\Cards\src/cards.exe 
[New thread 1624.0xa28] 
Breakpoint 1, main() at cards.cpp:10 
10 int main() 
(gdb) n 
12  b(); 
(gdb) n 
b() at cards.cpp:5 5 
void b() 
(gdb) n 
7  a(); 
(gdb) quit 
The program is running. Exit anyway? (y or n) 

मेरा प्रश्न है, क्यों gdb करने के लिए एक अगले आदेश भेजने के लिए अभी भी एक समारोह में कदम है है: यहाँ मेरी gdb सत्र के उत्पादन में है? मैं जी ++ 4.2.1-एसजेएलजे और जीडीबी 6.8 का उपयोग कर रहा हूं।

Answer 1

'एन' अगला कथन है और फ़ंक्शन में कदम नहीं उठाएगा।

फ़ंक्शन में कदम उठाने के लिए, 's' का उपयोग करें। वह कदम है।

Answer 2

step और next आदेशों एक समय में एक स्रोत लाइन काम करते हैं, इसलिए जब सब कुछ एक पंक्ति में सभी है एक भी next मुझे main() के अंत करने के लिए सही लगता है।

3 int main() { b(); return 0; } 
(gdb) n 
0x00001faa in start() 

स्वरूपित कम घनी मैं अभी भी परिणाम देखना चाहते हैं नहीं दिख रहा है कोड के साथ

। मैंने एक बार में एक पर कदम उठाने के लिए gdb प्राप्त करने के लिए फ़ंक्शन कॉल को अलग-अलग पंक्तियों पर रखा। यहाँ मैं तो प्राप्त होते हैं:

jkugelman$ cat cards.cpp 
void a() { 
} 

void b() { 
    a(); 
} 

int main() { 
    b(); 
    return 0; 
} 
jkugelman$ g++ -g3 -O0 -o cards cards.cpp 
jkugelman$ gdb ./cards 
GNU gdb 6.3.50-20050815 (Apple version gdb-960) (Sun May 18 18:38:33 UTC 2008) 
<snip> 
Reading symbols for shared libraries .... done 

(gdb) b main 
Breakpoint 1 at 0x1ff2: file cards.cpp, line 9. 
(gdb) r 
Starting program: /Users/jkugelman/Development/StackOverflow/cards 
Reading symbols for shared libraries +++. done 

Breakpoint 1, main() at cards.cpp:9 
9  b(); 
(gdb) n 
10  return 0; 
(gdb) n 
11 } 
(gdb) n 
0x00001faa in start() 

मैं एक जवाब नहीं है, लेकिन मैं तो बस साझा करने के लिए कि gdb मेरी iMac पर उम्मीद के रूप में व्यवहार करना चाहता था। किसी भी मामले में जीडीबी ने एक निर्देश के रूप में b() पर कॉल का इलाज किया और कभी भी फ़ंक्शन कॉल में प्रवेश नहीं किया।