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 的帮助下，经过大量的反复试验和丑陋但简单的 hack，我终于成功了。以下是我遇到的问题:

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

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

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

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

2. 编辑批处理文件并添加您的编辑器命令但在其前面加上windows 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 的帮助。一切正常，真是太好了!