类似于如何将 GUD 断点键绑定更改为旧键绑定，但我想绑定CTRL+x后跟空格以gud-break。
我的工作(嗯，这是一个黑客;继续阅读(是：
(define-key ctl-x-map " " 'gud-break)
但ctl-x-map是一个类似于全局地图的全局变量。 事实上，如果我切换到另一个C++缓冲区并键入 C-h k C-x SPC，我会得到：
C-x SPC runs the command gud-break (found in global-map), which is an interactive compiled Lisp function.
It is bound to C-x SPC, C-x C-a C-b.
(gud-break ARG)
Set breakpoint at current line.
这意味着跨所有缓冲区的全局定义是已更改的内容，这是不正确的 AFAIK。
有没有办法"插入"或以某种方式影响 C-x 的本地键映射，我相信这是gud-mode-map，因为我希望该绑定不是所有C++缓冲区的全局绑定。 例如，CTRL+x后跟空格的全局绑定是rectangle-mark-mode。
是的，我意识到标准绑定对gud-breakC-x C-a C-b，但这需要 RSI。
更新 #1
由于我需要本地键映射进行gud-mode-map，因此只有在我运行调试器时才需要处于活动状态。就我而言，这是在C++模式缓冲区中，但我的理解是，gud-mode-map仅在调试会话期间在这些C++模式缓冲区中变为活动状态，并在 gud 模式完成后从键绑定中删除。
更新 #2
这不起作用：
(define-key gud-mode-map [(control x ? )] 'gud-break) ;; <-- gave "Two bases given in one event" error too.
(define-key gud-mode-map (kbd "C-x SPC") 'gud-break) ;; <-- this does not work either.
更新 #3
作为实验，我在添加到gud-gdb-mode-hook的钩子中注释掉了我的define-key绑定，重新运行了 gdb，然后切换到 gud 缓冲区(不是C++源文件(并键入C-h k C-x SPC我得到这个：
C-x SPC runs the command gud-break (found in gud-mode-map), which is
an interactive Lisp closure.
It is bound to <menu-bar> <debug> <break>, C-x SPC, C-c C-b, C-x C-a
C-b.
(gud-break ARG)
Set breakpoint at current line.
但是当我切换到也应该临时插入相同绑定的C++缓冲区时(当 gud 模式处于活动状态时(，然后做同样的事情时，我得到了这个：
C-x SPC runs the command rectangle-mark-mode (found in global-map),
which is an interactive autoloaded compiled Lisp function in
'rect.el'.
It is bound to C-x SPC.
(rectangle-mark-mode &optional ARG)
Toggle the region as rectangular.
Activates the region if needed. Only lasts until the region is deactivated.
切换回 gud 缓冲区，并键入C-h m显示以下内容：
Debugger mode defined in 'gud.el':
Major mode for interacting with an inferior debugger process.
You start it up with one of the commands M-x gdb, M-x sdb, M-x dbx,
M-x perldb, M-x xdb, or M-x jdb. Each entry point finishes by executing a
hook; 'gdb-mode-hook', 'sdb-mode-hook', 'dbx-mode-hook',
'perldb-mode-hook', 'xdb-mode-hook', or 'jdb-mode-hook' respectively.
After startup, the following commands are available in both the GUD
interaction buffer and any source buffer GUD visits due to a breakpoint stop
or step operation:
C-x SPC sets a breakpoint at the current file and line. In the
GUD buffer, the current file and line are those of the last breakpoint or
step. In a source buffer, they are the buffer's file and current line.
...
请注意上面对C-x SPC的引用。就好像他们打算绑定C-x SPC但它不起作用，或者当进入 gud 模式时，有什么东西阻止它在缓冲区中正确绑定。
我不太清楚你想要什么。但是，如果您只想在gud-mode-map处于活动状态时重新定义键C-x SPC，请告诉define-key您想使用该映射：(define-key gud-mode-map ...)。
我选择完全放弃这一点。 无论如何，在缓冲区中使用C-x SPC都是有问题的。我注意到，即使在 gud 完成后，用于 gud 绑定的C-x C-a前缀也会保留在C++缓冲区中，因此 gud 模式无论如何都不会自行清理。