Question

我在Ubuntu 12.10 64bit上运行。

我正在尝试在GDB中调试一个简单的汇编程序。但是GDB的gui模式（-tui）似乎无法找到我的汇编文件的源代码。我在目前的目录中重建了该项目并搜索谷歌无济于事，请在这里帮助我。

我的命令：

nasm -f elf64 -g -F dwarf hello.asm

gcc -g hello.o -o hello

gdb -tui hello

似乎加载了调试信息，我可以在main（）处设置断点，但屏幕的上半部分仍然显示“ [无源可用] ”。

如果你有兴趣，这是hello.asm：

;  hello.asm  a first program for nasm for Linux, Intel, gcc
;
; assemble: nasm -f elf -l hello.lst  hello.asm
; link:     gcc -o hello  hello.o
; run:          hello 
; output is:    Hello World 

    SECTION .data       ; data section
msg:    db "Hello World",10 ; the string to print, 10=cr
len:    equ $-msg       ; "$" means "here"
                ; len is a value, not an address

    SECTION .text       ; code section
        global main     ; make label available to linker 
main:               ; standard  gcc  entry point

    mov edx,len     ; arg3, length of string to print
    mov ecx,msg     ; arg2, pointer to string
    mov ebx,1       ; arg1, where to write, screen
    mov eax,4       ; write command to int 80 hex
    int 0x80        ; interrupt 80 hex, call kernel

    mov ebx,0       ; exit code, 0=normal
    mov eax,1       ; exit command to kernel
    int 0x80        ; interrupt 80 hex, call kernel

Answer 1

这句话是错误的。

汇编程序生成行号信息（注意-g -F矮人）。

另一方面，他将明显的32位代码组装为64位，这可能有效，也可能无效。

现在，如果NASM的调试输出中有错误，我们需要知道。

一些快速实验表明addr2line（但不是gdb！）使用stabs正确解码NASM生成的行号信息但不使用dwarf，所以NASM的方式可能有些不对劲生成DWARF ...但gdb也有些奇怪。

GNU addr2line版本2.22.52.0.1-10.fc17 20120131，GNU gdb（GDB）Fedora（7.4.50.20120120-52.fc17））。

Answer 2

这种情况下的问题是汇编程序没有为调试器生成行号信息。所以尽管源代码存在（如果你在gdb中执行“list”，它会显示源文件的列表 - 至少当我按照你的步骤进行时，它确实如此），但调试器需要从文件中获取行号信息才能知道什么线对应于什么地址。它不能用给出的信息做到这一点。

据我所知，在使用as时，没有办法让NASM发出gcc使用的.loc指令。但是as无法在不产生大量错误的情况下获取源文件[即使使用-msyntax = intel -mmnemonic = intel - 你会认为这应该有效]。

因此，除非有更聪明的人能想出一种生成.loc条目的方法来提供调试器行号信息，否则我不能完全确定我们如何以一种你会满意的方式回答你的问题。

GDB抱怨没有可用的来源

2 个答案: