2

多年来，我的 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 任务管理器中的进程下看到它）但它永远不会作为应用程序出现在前台。此外，在我手动终止生成的 gvim.exe 进程之前，cmd.exe 中的 cscope 窗口变为空白且无响应。

供参考：
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 程序员最有可能得到答案。）

4

1 回答 1

2

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

  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 进程有关，但我没有实际证据证明这一点。

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

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

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

    start gvim.exe %*

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

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

感谢@mattn 和@mMontu 的帮助。让事情正常工作真是太好了！

于 2013-06-28T20:22:48.690 回答