D:\Temp> cscope -Rbkq
Input file specified two times.

cscope: cannot create inverted index; ignoring -q option
cscope: removed files ncscope.in.out and ncscope.po.out 

当时Easwy以为是windows版本的cscope不支持-q选项。

不过网友Liang Feng昨天留言说：

Windows版本的cscope是支持-q选项的，出现以上错误是因为没找到合适的sort命令。所以只要cscope进程的工作目录下有GNU版本的sort就可以了。注意是进程的工作目录，不是可执行程序的目录。具体原因看一下cscope的代码片段。

build.c

#ifdef WIN32
snprintf(sortcommand, sizeof(sortcommand), “set LC_ALL=C && sort -T %s %s”, tmpdir, temp1);
#else
snprintf(sortcommand, sizeof(sortcommand), “env LC_ALL=C sort -T %s %s”, tmpdir, temp1);
#endif 

于是重新做了一下试验。在安装了Cygwin后，在cygwin的shell界面中使用cscope，没有出现上面的错误提示。但如果打开windows的命令行窗口cmd.exe，在里面执行cscope，则会出现上面的错误。

在仔细比较了cygwin和cmd.exe的环境后发现，原来是Windows自带的sort.exe搞的鬼。

在cygwin的shell窗口中，PATH环境变量的设置会使其先找到GNU版的sort.exe，所以上述cscope命令执行可以成功。但在cmd.exe窗口中，PATH环境变量会使其先找到windows自带的sort.exe而不是GNU sort.exe，所以会出现上面的错误提示。

知道了问题的原因，解决方法就很简单了，我们可以写一个批处理程序，在此程序中重设PATH环境变量，使cscope使用GNU版的sort.exe。示例程序如下：

D:\Temp> type cs.bat
@echo off
set path=c:\cygwin\bin;
cscope -Rbkq 

在这个批处理里，首先把path环境变量指向c:\cygwin\bin;，我的cscope.exe和GNU版的sort.exe都在此目录中。接下来现执行cscope命令，现在它使用的就是GNU版的sort.exe了。

在此感谢网友Liang Feng，谢谢他的提醒。

更多内容，请阅读易水博客上的其它文章。

文章的脚注信息由WordPress的wp-posturl插件自动生成

当执行下面的命令时，输出如下：

:echo system(Tlist_Ctags_Cmd . ' --version')
connect: Connection refused 

正常情况下，这条命令应该会输出Taglist插件的版本号，但现在显示的却是connect: Connection refused。于是查看了一下Tlist_Ctags_Cmd变量的值：

:echo Tlist_Ctags_Cmd
"/usr/share/eclipse/eclim" -command taglist -c "/usr/bin/ctags" 

这才想起，Easwy前些天安装了Eclim，用来在vim中使用Eclipse的功能。Eclim的作者对ctags和Taglist进行了加强，并且把Tlist_Ctags_Cmd替换成了他自己的版本。所以如果不启动eclimd的话，就会出现上面的错误。

知道了问题的原因，解决起来就简单了。使用/usr/share/eclipse/eclimd启动了eclimd后，Taglist窗口就能够正常显示了。不过Easwy暂时不想使用eclim提供的Taglist功能，所以在~/.vimrc中增加了下面的配置：

let g:EclimTaglistEnabled=0 

这样设置后，再启动vim，使用又是官方版本的Taglist了。

更多内容，请阅读Easwy的博客上的其它文章。

文章的脚注信息由WordPress的wp-posturl插件自动生成

*** info [lib/liblow.c(329)]:
/dev/gpmctl: Interrupted system call
*** err [lib/liblow.c(336)]:
/dev/gpmctl: No such device or address
Vim: Caught deadly signal TERM
Vim: Finished.
Terminated 

在偶然中发现，使用putty登录这台服务器时，运行vi命令没有问题。因此怀疑和TERM环境变量的设置有关。检查putty中此环境变量：

$ echo $TERM
xterm 

而在vi没响应的终端里，TERM环境变量的值为：

$ echo $TERM
linux 

如果把TERM环境变量的值也改成xterm，那么vi可以正常启动。看来的确是TERM环境变量引起的这个问题。后来又发现，如果在linux screen中启动vim的话(此时TERM环境变量的值为screen)，vim也不能正常启动。

那么为什么TERM环境变量的取值会影响vim的启动呢？经过认真排查，终于把问题定位到vimrc中的一个设置上：

set mouse=a 

如果在.vimrc中设置了set mouse=a，那么在TERM环境变量为linux或screen的终端上，vi启动时就会没有反应；如果去掉这个设置，不管TERM环境变量的取值是什么，vi都能正常启动。

阅读了vim的帮助手册，手册中说，这个选项只在一些特定类型的终端上支持，比如xterm、使能了gpm的linux终端等。看来问题是出在gpm上，从上面vim被kill后的打印中也可以看出，是/dev/gpmctl设备无法访问导致vi失去反应的。

后来在vimrc中把set mouse=a一句去掉，vi终于正常了。如果有其它朋友也遇到类似的问题，不妨试一下上述解决方案。

更多关于vim的内容，请阅读Easwy的博客上的其它文章。

文章的脚注信息由WordPress的wp-posturl插件自动生成

在文章在vim中使用gdb调试 – vimgdb中我介绍了如何使用vimgdb补丁在vim/gvim中调试程序。后来陆续有一些读者反馈了他们在使用中遇到的问题。在本文中总结一下。

[ 问题一: 运行GDB命令时提示"unable to read from GDB pseudo tty"? ]

有读者在试图执行GDB命令时，出现上面的提示。

出现这个问题是由于没有正确设置gdbprg变量。使用下面的命令设置一下GDB程序的位置即可解决此问题：

:set gdbprg=/path/to/gdb 

请把上面的/path/to/gdb替换成你计算机中GDB程序所在的路径。你可以把这句话加到你的vimrc中，这样每次启动vi时会自动设置此变量。

[ 问题二： 提示"GDB busy: command discarded, please try again"? ]

当你的程序需要用scanf()或者getchar()这类函数读取用户输入时，你可能会看到过这样的提示：

出现这个提示，说明你的GDB正在等待用户输入，所以无法响应你所输入的其它GDB命令。

在使用vimgdb时，如果你的程序需要读取用户输入，你必须通过GDB的tty命令或run来重定向程序的标准输入。

首先，你打开一个终端(可以是xterm/rxvt/urxvt/putty/…)，在此终端内输入命令tty：

$ tty
/dev/pts/17 

这条命令用来显示此终端所使用的设备文件名。获得了这个设备文件名后，你就可以重定向程序的标准输入输出到这个终端，在GDB中输入下面的命令：

tty /dev/pts/17 

执行完这条命令后，程序的标准输入/输出就被重定向到/dev/pts/17了，这样，当执行到scanf()或getchar()函数时，切换到那个终端输入指定参数，然后回车，程序就会继续向下执行。

[ 问题三： vimgdb可以在windows下使用吗? ]

vimgdb不能在windows下使用。不过你可以用作者提供的Clewn或Pyclewn。这两个程序可以在Windows的Vim/Gvim中使用。

这里有我写的一篇关于pyclewn的教程:在VIM中使用GDB调试 – pyclewn，clewn的用法与之类似。

[ 问题四： 按空格后vimgdb的命令窗口没有弹出来? ]

首先确保vimgdb的按键定义文件存在。执行下面的命令：

:set runtimepath?  

检查这条命令所列出的所有目录，如果任一目录中包含macros/gdb_mappings.vim文件，说明你的按键映射文件已经存在。如果你没有找到该文件，到vimgdb目录中找到这个命令，拷贝到上述任意一个目录中。

接下来用下面的命令加载vimgdb的键绑定：

:run macros/gdb_mappings.vim 

现在，你应该可以使用vimgdb所定义的快捷键了。

[参考文档]

<< 返回vim使用进阶: 目录

文章的脚注信息由WordPress的wp-posturl插件自动生成

所谓远程调试，顾名思义，就是在本地调试运行在远端设备上的程序。远程调试在嵌入式系统的开发上应用的比较多。嵌入式设备上内存、磁盘空间都比较有限，可能无法容纳整个gdb的调试环境和符号表；即便可以容纳，也需要对gdb进行交叉编译，比较麻烦，所以更常用远程调试的办法。像网友yorker这样在本地调试远端服务器上的程序，也是一种应用。

远程调试最简单的办法是使用gdbserver。gdbserver是一个非常小的程序，大小不到100K，因此可以方便的拷贝到嵌入式设备上，交叉编译也很简单。使用gdbserver，就可以使你的程序与远端的GDB调试器通讯，接收并执行调试命令。

gdbserver在大多数Linux系统中已经包含，不需要特别安装。如果你需要交叉编译，到GNU GDB网站上下载gdb的源代码，在里面你可以找到gdbserver。

本文将主要介绍如何在vim使用pyclewn进行远程调试(关于pyclewn的介绍，参见Easwy的的另外一篇文章：vim使用进阶: 在vim中进行GDB调试 – 使用pyclewn)。实际上，本文中所涉及的命令都是常用的远程调试命令，你可以直接使用gdb或ddd来执行这些命令，进行远程调试。

我们还使用在pyclewn一文中的程序做为调试示例，对那个程序做了一点修改，原来该程序需要由标准输入读取一个数字，现在则改为由命令行参数中传入。修改后的程序在这里下载。

现在我们准备开始调试。我们把编译好的二进制程序拷贝到一个名为Easwy_remote的计算机，然后在Easwy_remote上执行：

gdbserver Easwy_local:333 ./factorial 4 

上面的命令执行完后，屏幕输出如下(你的输出可能稍有不同)：

Process ./factorial created; pid = 7532
Listening on port 333 

上面的gdbserver命令的含义是：使用gdbserver启动./factorial程序，并传入参数4，而gdbserver监听在333端口上，等待远程GDB程序中的连接。命令中的Easwy_local表明允许来自主机Easwy_local的连接，不过目前的gdbserver版本实际上是不检测所连接的主机的。

现在，我们在Easwy_local主机上启动pyclewn，并在所打开的gvim窗口中执行下面的命令：

:e main.c
:Cmapkeys
:Cfile factorial
:Cbreak 15
:Ctarget remote Easwy_remote:333
:Ccontinue

上面的命令，首先打开main.c文件，然后执行pyclewn提供的mapkeys命令，加载pyclewn的按键映射。然后使用file命令加载所要调试的程序，并在main.c的第15行设置一个断点。

需要注意的是target remote命令。这条命令告诉GDB连接到主机Easwy_remote的333端口，进行调试。执行完这条命令，我们就连接到了远端运行的程序。接下来就可以像调试本地程序那样进行调试了，在上面Easwy使用的continue命令，使程序执行到断点处，然后继续调试。

下面是远程调试的屏幕抓图：

点击查看大图

gdbserver不仅可以像本文中这样启动一个调试进程，它还可以连接到一个已经运行的进程上对其进行调试，例如，用gdbserver Easwy_local:333 –attach 1235命令就可以使gdbserver连接到进程ID为1235的进程。

更多关于vi的内容，请参见Easwy的博客上的其它文章。

文章的脚注信息由WordPress的wp-posturl插件自动生成

本节所用命令的帮助入口：

:help pyclewn 

在前面的文章中介绍了使用vimgdb在vim中调试程序，这种方法允许在终端中的vim，以及图形化的gvim中调试你的程序。不过它的局限也是很明显的：首先，它需要给vim的源代码打补丁并重新编译vim；另外，它只能在Linux下使用，不能在windows上进行gdb调试。

要想在vim中调试，除了使用vimgdb外，还可以使用clewn和pyclewn，这两个工具也是vimgdb的作者提供的，用法基本相同。区别在于，clewn是使用C语言编写的，而pyclewn是使用python语言编写的，具有更好的跨平台能力。本文主要介绍pyclewn工具。

使用pyclewn需要计算机上安装有python 2.4(或以上版本)以及gvim 7.0或以上版本。需注意的是，pyclewn只能与gvim配合使用，它不支持终端中的vim(clewn也是如此)。另外，gvim在编译时需要使能netbeans_intg特性和autocmd特性。

如果上面的条件都已经满足，到http://sourceforge.net/projects/pyclewn/下载pyclewn，下载后解压准备安装。安装pyclewn很简单，在我的计算机上，gvim安装目录在我的HOME目录，因此，也把pyclewn安装在HOME目录，使用如下命令：

cd /home/easwy/download/pyclewn-0.7/
vimdir=$HOME/.vim python setup.py install --home=$HOME 

在pyclewn的源码目录中有一个名为INSTALL的文件，介绍了如何在UNIX以及windows上安装pyclewn，你可以根据自己的环境决定如何安装pyclewn。

安装完pyclewn后，启动gvim，执行:help pyclewn命令，就可以看到pyclewn的帮助文件，里面有很多有用的信息。

下面通过一个例子讲解一下如何使用pyclewn进行调试。例子中所调试的程序在这里下载：调试程序下载

首先启动pyclewn。启动pyclewn的办法很简单，在一个终端中执行下面的命令就可以了：

pyclewn 

pyclewn启动时，它会启动一个gvim窗口，我们的调试将在这个gvim窗口中进行。运行pyclewn的终端将做为gdb的控制终端，所调试程序的输入输出都会通过这个终端进行(当然，你也可以在gdb中通过tty命令更改控制终端)。

接下来，我们在pyclewn所打开的gvim窗口中输入下面的命令，编译该程序，打开要调试的文件，并在文件中设置断点：

:cd pyclewn-ex
:make
:e main.c
:Cfile factor
:Cbreak 14 

前面三条命令是标准的vim命令，切换到示例程序所在目录，编译该程序，并打开文件main.c。后面两条命令以大写字母C做为起始，这是pyclewn自定义的命令，pyclewn将会把字母C后的命令内容传递给GDB调试器。所以上面两条命令相当于在GDB中执行file factor和break 14，加载factor做为被调试的程序，并在main.c的第14行设置一个断点。

在执行pyclewn自定义的C命令时，pyclewn会在gvim中分隔出一个窗口，用于显示GDB调试器的输入输出。所以，执行完上面命令后，屏幕看起来是这样的：

点击查看大图

在上面已经设置好断点了，现在就可以开始调试了。pyclewn已经定义了一些调试相关的键映射，我们可以通过下面的命令加载这些键映射：

:Cmapkeys 

执行完这条命令，会在clewn_console中打印出所定义的键映射，我在此不再赘述。在下面的调试过程中，我也会使用几个最常用的映射。

我们继续调试。我在上面已经定义了一个断点，所以直接按SHIFT-R键运行程序。程序运行到断点后会停下来，然后我们连按三次CTRL-N，执行三条语句，现在切换到控制终端，可以看到程序在等待输入，我们输入一个数字，然后按回车。现在看到的屏幕是这样的：

点击查看大图

在上面的抓图中，我们把鼠标移动到变量n上，可以看到弹出了一个小气泡，显示变量n的值为4，这和我们输入的数字是一致的。

接下来再按一次CTRL-N向下执行一个语句，然后再按SHIFT-S步进到函数factorial()中，现在gvim会打开文件util/factorial.c。然后用下面的命令，把变量t和i加入到watch窗口中：

:Cdbgvar t
:Cdbgvar i 

上面的命令会创建一个名为(clewn)_dbgvar的缓冲区，不过此缓冲区并未显示出来。用下面的命令可以新建一个窗口显示此缓冲区：

:sb (clewn)_dbgvar 

现在屏幕看起来是这样的：

点击查看大图

按一次SHIFT-C使程序运行至结束，我们的调试也就告一段落了。

从上面的调试过程可以看出，使用pyclewn调试很方便。而且，使用pyclewn也可以在windows上进行调试，不过我没有试过，有兴趣的朋友可以试一下。在windows上调试，可能需要使用cygwin中所带的gdb。

如果觉得pyclewn缺省所设置的键映射不能满足自己的需求，也可以自己定义更多GDB调试键映射，方法是把pyclewn发行目录中的.clewn_keys.gdb拷贝到你的HOME目录，然后修改此文件定制自己的键绑定即可。

cd /home/easwy/download/pyclewn-0.7/
cp runtime/.clewn_keys.gdb $HOME 

要想了解更多关于pyclewn的使用，请阅读pyclewn的帮助手册：:help pyclewn。

[参考文档]

<< 返回vim使用进阶: 目录

文章的脚注信息由WordPress的wp-posturl插件自动生成

我的回答见这个链接：http://easwy.com/blog/archives/an-article-about-how-to-write-vim-script/#comment-947。

Karl说用替换的方式，要敲两个单词，速度不会很快。其实，如果掌握了命令行补全功能，用替换命令的速度也不会慢。

例如，我们可以这样操作，首先移到到第一个单词处，使用“ayw把这个单词拷贝到a寄存区，然后把光标移动到第二个单词下，接着输入下面的命令：

    :%s/<C-R>a/<C-R><C-W>/g 

上面的命令使用了两个命令行补全功能，其中<C-R>a需要按住<CTRL>-R键，这时光标处会显示一个”，接下来再按a键，这个按键序列的功能是插入a寄存区所保存的内容，在我们的例子里，就是插入第一个单词；后面的<C-R><C-W>则是在命令行插入编辑区中光标下的单词，在我们的例子里，编辑区光标下的单词就是第二个单词。

如果要替换的个数比较多，使用上面的办法就比较好，可以用较少的按键完成替换功能，而且还不用担心输错单词。

命令行补全的帮助手册为:c_CTRL-R和c_CTRL-R_CTRL-W，我们可以看到，使用<C-R>系列命令，不仅可以插入各个暂存区中的内容、光标下的内容，你甚至可以使用一个表达式，来完成更复杂的工具，事实上，很多脚本中就在这样使用。

文章的脚注信息由WordPress的wp-posturl插件自动生成

[ sed处理空字符 ]

空字符，它的ASCII码值为0。在sed中如何标识空字符呢？看下面的例子：

find . -print0 | sed -e 's/\x0/\n/g'

在上面的例子中，find命令把当前目录下的文件名输出出来，以空字符分隔。输出被管道送给Sed进行处理。在sed中，则把空字符替换成回车符。

之所以用空字符做分隔符来分隔find命令的输出，是为了正确处理带空格的文件名。在上例中并没有体现出这点，我会在其它文章中说明。

[ sed使用shell中的变量 ]

在脚本中，有时希望在sed命令中使用shell定义的变量。在此时，就要用双引号而不是单引号来引用sed命令，因为对shell来说，它会处理双引号中的变量引用，而对单引号中的内容，shell完全不会动。例如：

  TERM1=term; TERM2=rxvt; echo "term" | sed -e "s/$TERM1/$TERM2/g"

注意上例中的引号用法。如果改成单引号，输出结果会不同。

文章的脚注信息由WordPress的wp-posturl插件自动生成

前几天在网上看到一篇关于vim脚本的文章，在此推荐给有兴趣的朋友：使用脚本编写 Vim 编辑器，第 1 部分: 变量、值和表达式
，英文原文为Scripting the Vim editor, Part 1: Variables, values, and expressions

在网上搜了一下，目前只看到第一部分，看来作者还在创作中。

文章的脚注信息由WordPress的wp-posturl插件自动生成

这个问题比较普遍，因此写一篇文章来解释一下。

大多数人在使用Exuberant Ctags时，一般都使用缺省的ctags -R。一般来讲，这条缺省命令已经可以满足大部分人的需求了。在某些情况下，可能对tag文件中标签的类型有特殊要求，这时就需要进行定制了。

对SamPeng所提出的问题，解决方法如下：

其实我们在文章vim使用进阶: 智能补全中已经用过Exuberant Ctags的定制功能了，在那篇文章里，我们使用命令

ctags -R --c++-kinds=+p --fields=+iaS --extra=+q src 

来为OmniCppComplete插件生成定制的tag文件。仔细分析一下上面这条命令，相信你对Exuberant Ctags的了解会更加深一层的。

从上面的介绍我们可以看到，Exuberant Ctags的功能非常强大(例如，甚至可以用它为任意文件提取tag，你只需要指定生成tag的规则就行了)，只是大多数人并不了解。如果你对tag文件的内容有特殊的需求，建议你仔细阅读一下Exuberant Ctags的手册。你可以在这里找到我翻译的Exuberant Ctags中文手册。

文章的脚注信息由WordPress的wp-posturl插件自动生成