[英]How do I debug jonesforth with GDB?
jonesforth通常如下所示:
cat jonesforth.f - | ./jonesforth
调试jonesforth
的好方法是jonesforth
?
如果您使用的是Ubuntu,请允许gdb
附加到正在运行的进程:
echo 0 > /proc/sys/kernel/yama/ptrace_scope
如果您希望该设置保持重新启动:
vim /etc/sysctl.d/10-ptrace.conf
将g
标志添加到jonesforth
Makefile
配方中:
jonesforth: jonesforth.S
gcc -g -m32 -nostdlib -static $(BUILD_ID_NONE) -o $@ $<
然后,像往常一样在终端中启动jonesforth:
cat jonesforth.f - | ./jonesforth
在另一个终端中,启动gdb
并将其附加到正在运行的jonesforth:
gdb --quiet --pid=`pgrep jonesforth` ./jonesforth
这是我在启动gdb
时看到的内容:
$ gdb --quiet --pid=`pgrep jonesforth` ./jonesforth
Reading symbols from ./jonesforth...done.
Attaching to program: /home/dharmatech/Dropbox/Documents/jonesforth-annexia/jonesforth, process 3406
_KEY () at jonesforth.S:1290
1290 test %eax,%eax // If %eax <= 0, then exit.
(gdb)
琼斯福斯正在等我们输入一些东西。 它在_KEY
汇编程序中。 这由上面的gdb
表示。 它还显示第1290行是下一个要执行的行。 这是_KEY
例程:
_KEY:
mov (currkey),%ebx
cmp (bufftop),%ebx
jge 1f // exhausted the input buffer?
xor %eax,%eax
mov (%ebx),%al // get next key from input buffer
inc %ebx
mov %ebx,(currkey) // increment currkey
ret
1: // Out of input; use read(2) to fetch more input from stdin.
xor %ebx,%ebx // 1st param: stdin
mov $buffer,%ecx // 2nd param: buffer
mov %ecx,currkey
mov $BUFFER_SIZE,%edx // 3rd param: max length
mov $__NR_read,%eax // syscall: read
int $0x80
test %eax,%eax // If %eax <= 0, then exit.
jbe 2f
addl %eax,%ecx // buffer+%eax = bufftop
mov %ecx,bufftop
jmp _KEY
2: // Error or end of input: exit the program.
xor %ebx,%ebx
mov $__NR_exit,%eax // syscall: exit
int $0x80
_KEY
在内存中使用了一些变量: buffer
, currkey
和bufftop
。 它还使用了几个寄存器。 让我们使用gdb
的Auto Display
功能来显示这些:
display/8cb &buffer
display/1xw &currkey
display/1xw &bufftop
display/x $eax
display/x $ebx
现在如果我们在gdb
输入display
,我们会立刻看到所有这些:
(gdb) display
1: x/8cb &buffer
0x804c000: 97 'a' 98 'b' 108 'l' 121 'y' 46 '.' 32 ' ' 32 ' ' 84 'T'
2: x/xw &currkey 0x8049d54: 0x0804c000
3: x/xw &bufftop 0x8049d58: 0x0804c7e3
4: /x $eax = 0xfffffe00
5: /x $ebx = 0x0
这也许是启用gdb
的TUI的好时机:
tui enable
gdb现在应该如下所示:
好的,jonesforth还在等待输入。 所以让我们给它一些东西:
JONESFORTH VERSION 47
14499 CELLS REMAINING
OK 123
好吧,回到gdb,我们终于可以要求它继续:
(gdb) s
1: x/8cb &buffer
0x804c000: 49 '1' 50 '2' 51 '3' 10 '\n' 46 '.' 32 ' ' 32 ' ' 84 'T'
2: x/xw &currkey 0x8049d54: 0x0804c000
3: x/xw &bufftop 0x8049d58: 0x0804c7e3
4: /x $eax = 0x4
5: /x $ebx = 0x0
嘿,看那个! 在第一3个字符buffer
是1
, 2
,和3
。
如果%eax <= 0
则下一步将跳转到2f
标签。 但正如我们上面所看到的, %eax
是4
。 所以它应该继续下去。
如果我们单步执行接下来的三行,则bufftop
将设置为buffer
的地址递增4(三个字符'123'加上一个换行符)。 与buffer
地址相关的值检出:
3: x/xw &bufftop 0x8049d58: 0x0804c004
现在数据已被读入输入缓冲区, _KEY
将完成其工作并返回给调用者。 这是返回前的下几条指令:
当您逐步执行这些操作时,自动显示功能将相应地显示变量和寄存器更新。
我(非常有限!)的经验是,当修改汇编语言程序时,LLVM调试器lldb更加友好。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.