Debugging gdbtui中的控制字符

Debugging gdbtui中的控制字符,debugging,gdb,debian,Debugging,Gdb,Debian,从 我试图熟悉gdb-tui,但无法让控件角色按预期的方式运行。我错过了什么 gdb^X^A 未定义的命令:。试着帮忙 控制+换档也不起作用。我在kde上使用Debian Jessie,如果有帮助的话。这可能是桌面界面问题吗 有趣的是,control-c将kill信号发送给进程。我也可以使用c-z挂起并返回konsole。TUI密钥绑定有时不起作用,请参阅和 作为一种解决方法,您可以在最新版本的gdb中使用以下命令: tui enable tui disable 冒着听起来愚蠢的风险,因为你的

从 我试图熟悉gdb-tui,但无法让控件角色按预期的方式运行。我错过了什么

gdb^X^A 未定义的命令:。试着帮忙

控制+换档也不起作用。我在kde上使用Debian Jessie,如果有帮助的话。这可能是桌面界面问题吗


有趣的是,control-c将kill信号发送给进程。我也可以使用c-z挂起并返回konsole。

TUI密钥绑定有时不起作用,请参阅和

作为一种解决方法,您可以在最新版本的gdb中使用以下命令:

tui enable
tui disable

冒着听起来愚蠢的风险,因为你的控制键使用了这么多不同的约定:你的意思是按control+x-control+x进入/离开tui模式,不是吗?为了排除对桌面的任何干扰,你可以尝试在终端control+Shift+1上运行gdb-tui,那里没有x,KDE或whatelse妨碍了你。我有一个生成文件目标,它执行gdb-tui。我直接从konsole中的bash运行make文件目标。抱歉,如果这些惯例令人困惑。按住control键并点击“X”后,^X内容将被复制/粘贴。但如果您在X-terminal-emulator中运行make,KDE中也是如此。我明确地要求在不使用任何X的情况下运行它,方法是切换到TTY1,这将是一个有趣的测试,如果只是为了验证X冲突的话。这是一个vulkan应用程序,所以x几乎是一个需求。我一定会尝试一下的,明白了。注释设置编辑模式vi解决了这一问题。我永远也想不到这一点。非常感谢。