从 cmd.exe 运行时如何从 cscope-win32 启动 gvim.exe？答案

【问题标题】：How to launch gvim.exe from cscope-win32 when run from cmd.exe?从 cmd.exe 运行时如何从 cscope-win32 启动 gvim.exe？
【发布时间】：2013-06-25 13:47:18
【问题描述】：

多年来，我的 Windows C 标记/作用域解决方案几乎有效。我可以构建文件列表，为 vim/gvim 导航构建标签（通过 Exuberant Ctags），构建 cscope.out，并在我通过单击 C 源文件启动的 gvim.exe 窗口中进行标记。

最后让我感到困惑的是，当我选择一个项目时，我似乎无法在 cmd.exe 中让 cscope 启动我的编辑器。我确保 gvim.exe 在我的 Path 环境变量中。我确保设置了 CSCOPE_EDITOR 环境变量（更多内容见下文）。但是当我从 cscope 中选择一个行项目时，编辑器不会启动。相反，我得到以下两个失败之一：

如果 CSCOPE_EDITOR 是 gvim.exe -f 或 "gvim.exe -f" 然后我看到打印在 cmd.exe 窗口的顶部，后跟行偏移和文件名（例如 "gvim.exe -f +72 myfile.c")，然后它会快速返回到 cscope，而不会弹出编辑器。
如果 CSCOPE_EDITOR 是 gvim.exe（没有 -f 选项），则启动 gvim.exe 进程（我在 Windows 任务管理器中的进程下看到它）但它永远不会出现在前台作为应用程序。此外，在我手动终止生成的 gvim.exe 进程之前，cmd.exe 中的 cscope 窗口变为空白且无响应。

供参考：
cscope -V 返回“cscope: version 15.8a”并从这个站点下载：http://code.google.com/p/cscope-win32/
我的 gvim.exe 版本是 7.3，最新版本来自 http://www.vim.org/

另外，我用“C”标记了这篇文章，因为虽然这不是 C 语言问题，但 cscope 和 ctags 主要用于 C 编程，因此我认为 C 标记是相关的。（我想在有人出现并删除标签并说这不是 C 问题之前指出这一点，因为 C 程序员最有可能得到答案。）

【问题讨论】：

我试过了，但我没有看到 CSCOPE_EDITOR=gvim.exe 的问题
@mattn - 谢谢！那是一条有价值的信息。问题似乎与我的 _vimrc 中的某些内容有关。当我回到默认设置（很高兴我保存了它）时，gvim.exe 能够启动。但是，它保持焦点（cscope 窗口保持黑色，直到我退出 gvim）。你看到同样的行为吗？知道如何让 cscope 在后台启动 gvim 以便 cscope 可以继续吗？
你试过CSCOPE_EDITOR=start gvim.exe吗？
@mMontu - 好主意，但我只是尝试过，但没有成功。我认为 cscope（至少在 Windows 上）无法处理 CSCOPE_EDITOR 中的空间。（也可能与我无法通过该环境变量将标志传递给我的编辑器的原因相同。）我尝试将其包装在单引号、双引号和反斜杠中以转义空格。这些都没有运气。
我这里没有 cscope，但最后一个猜测：你试过用多个反斜杠转义空格吗？

标签： c windows vim cscope

【解决方案1】：

在 @mattn 和 @mMontu 的帮助下，经过大量的反复试验和一个丑陋但简单的 hack，我终于完成了这项工作。以下是我遇到的问题：

cscope-win32 不处理 EDITOR 或 CSCOPE_EDITOR 环境变量中的空格。我尝试了所有我能想到的空格转义技巧（单引号、双引号、反斜杠转义），但没有任何效果。
当 gvim.exe 由 cscope-win32 成功启动时，如果该 gvim.exe 尝试添加相同的 cscope.out 数据库（通过cs add cscope.out），则添加命令会挂起。如果添加是 vimrc 文件的一部分，则编辑器将在打开期间挂起（gvim.exe 和 cscope.exe 进程启动，但应用程序窗口从未出现）。如果在编辑器窗口打开后添加完成，则窗口将挂起。这似乎与在同一进程树中尝试的多个 cscope-win32 进程有关，但我没有实际证据。

这是我对问题的解决方案。就像我说的，这是一个丑陋但简单的 hack。

创建一个包装批处理文件。我将我的命名为gvim_cscope.bat。确保它位于 PATH 环境变量中存在的目录中。您可以通过调用“where gvim_cscope.bat”在 cmd.exe shell 中验证这一点。
编辑批处理文件并添加您的编辑器命令但在它前面加上 windows start 命令。例如，我的批处理文件包含以下内容：

start gvim.exe %*
创建/更新您的 CSCOPE_EDITOR 环境变量为“gvim_cscope.bat”。如果您以前从未修改过 Windows 环境变量，您可以通过开始 -> 右键单击计算机 -> 属性 -> 高级系统设置 -> 环境变量来访问它们（无论如何在 Windows 7 上）。

这就是让事情正常进行所需的全部内容。打开一个新的 cmd.exe 窗口（因此更新的环境变量被拉入）并打开 cscope.exe 并且一切正常。我可以从 cscope.exe 中弹出多个 gvim.exe 窗口，每个窗口都有自己与 cscope.out 数据库的连接。第一个问题通过使用包装批处理文件（命令中不再有空格）避免，第二个问题通过使用 windows start 命令避免，以便 gvim.exe 作为单独的进程启动。

感谢@mattn 和@mMontu 的帮助。很高兴能让一切正常运行！

【讨论】：