我正在用 NASM 编写一个脑力劳动的解释器,其中代码作为程序的命令行参数提供。我正在尝试测试循环,但 GDB 不喜欢我的输入。例如,这在单独运行时无错误地执行:
$./interpret "+++++[->+<]"
它无限期地挂起,但我认为这是由于解释器(因此是 GDB)中的循环逻辑中的错误造成的。
如果我将 interpret
加载到 GDB 并尝试提供相同的参数,我会收到投诉:
gef➤ start "+++++[->+<]"
/bin/bash: line 1: ]: No such file or directory
/bin/bash: line 1: ]: No such file or directory
这似乎是由于 <
尽管有引号,但仍被解释为重定向,因为 []
在 GDB 中工作正常。
我尝试使用 \<
转义 STDIN 重定向,但这会导致相同的错误,而 <<
会导致警告:
gef➤ start "+++++[->+<<]"
/bin/bash: line 1: warning: here-document at line 1 delimited by end-of-file (wanted `]')
然后代码被截断了:
$r15 : 0x00007fffffffe428 → 0x002d5b2b2b2b2b2b ("+++++[-"?)
有没有办法让 GDB 接受我从字面上给 start
的东西,而不是尝试对参数进行任何重定向/解释?
答案 0 :(得分:1)
有没有办法让 GDB 接受我从字面上给出的内容,而不是尝试对参数进行任何重定向/解释?
GDB 不做任何解释,bash
做。使用单引号代替双引号可能会解决这个问题。
(不过,我无法使用 GDB-10.0 和 bash-5.1.4 和双引号复制该问题。)