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

Question

多年来，我的 Windows C 标记/范围界定解决方案几乎有效。我可以构建文件列表、构建用于 vim/gvim 导航的标签(通过 Exuberant Ctags)、构建 cscope.out 以及在通过单击 C 源文件启动的 gvim.exe 窗口中进行标记。

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

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

供引用:
cscope -V 返回“cscope:版本 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 程序员是最有可能找到答案的人。)

Answer 1

在 @mattn 和 @mMontu 的帮助下，经过大量的反复试验和一个丑陋但简单的黑客攻击，我终于成功了。以下是我遇到的问题:

1. cscope-win32 不处理 EDITOR 或 CSCOPE_EDITOR 环境变量中的空格。我尝试了所有我能想到的空格转义技巧(单引号、双引号、反斜杠转义)，但没有任何效果。

2. 当 cscope-win32 成功启动 gvim.exe 时，如果该 gvim.exe 尝试添加相同的 cscope.out 数据库(通过 cs add cscope.out )，则添加命令将挂起。如果添加是 vimrc 文件的一部分，则编辑器将在打开过程中挂起(gvim.exe 和 cscope.exe 进程启动，但应用程序窗口永远不会出现)。如果在编辑器窗口打开后完成添加，则窗口将挂起。这似乎与在同一进程树中尝试多个 cscope-win32 进程有关，但我没有实际证据。

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

1. 创建包装批处理文件。我将我的命名为gvim_cscope.bat 。确保它位于 PATH 环境变量中存在的目录中。您可以通过调用“where gvim_cscope.bat”在 cmd.exe shell 中验证这一点。

2. 编辑批处理文件并添加编辑器命令但在其前面加上 windows start命令。例如，我的批处理文件包含以下内容:

   start gvim.exe %*

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

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

感谢@mattn 和@mMontu 的帮助。一切顺利，真是太好了!