一次emacs调试经历

上午都在看emacs中关于版本控制的文档。下午写程序的时候，又遇到了别的问题。

还是在前两天从网上找到自定义emacs的编译命令的方法，代码如下：

1. (defun sucha-smart-compile ()

2.   "Simply compile your file according to the file type."

3.   (interactive)

4.   (save-some-buffers t)

5.   (let

6.       ((compile-command nil)

7.        (alist

8.         (list '("//.c$" .  "c:/mingw/bin/gcc")

9.               '("//.cc$" . "c:/mingw/bin/g++")

10.                '("//.cpp$" . "c:/mingw/bin/g++"))))

11.      (while (not (null alist))

12.        (if (string-match (caar alist) (buffer-file-name))

13.            (setq compile-command

14.                  (concat (cdar alist) " " "/"" (buffer-file-name) "/"")))

15.          (setq alist (cdr alist)))

16.   

17.      (if (null compile-command)

18.           (setq compile-command

19.                 (read-from-minibuffer "Compile command: ")))

20.      (compile compile-command)))

21.  (global-set-key [C-f5] 'compile)

22.  (global-set-key [f5] 'sucha-smart-compile)

其中，c:/mingw/bin是我的电脑上的编译器所在目录，这样写完程序一按f5键就会自动编译连接，但令人不爽的是它总是生成一个默认的a.exe，而不是我所希望的名字。生成一个a.exe的话，再使用gdb调试这个a.exe，就会得到一个：error process filter,:wrong argument type:stringp nil的错误信息。郁闷至极。当时猜想可以是gdb在emacs下有特殊的规定，而且猜想可能就是因为可执行文件与源代码文件的文件名不一样。于是今天把上述代码修改成下面的样子：

(defun sucha-smart-compile ()

  "Simply compile your file according to the file type."

  (interactive)

  (save-some-buffers t)

  (let

      ((compile-command nil)

       (alist

        (list '("//.c$" .  "c:/mingw/bin/gcc -g ")

              '("//.cc$" . "c:/mingw/bin/g++ -g ")

              '("//.cpp$" . "c:/mingw/bin/g++ -g "))))

    (while (not (null alist))

      (if (string-match (caar alist) (buffer-file-name))

          (setq compile-command

                (concat (cdar alist) (file-name-nondirectory buffer-file-name)

                     " -o  "

                     (file-name-sans-extension (file-name-nondirectory buffer-file-name)) ".exe")))

        (setq alist (cdr alist)))

 

    (if (null compile-command)

         (setq compile-command

               (read-from-minibuffer "Compile command: ")))

    (compile compile-command)))

(global-set-key [C-f5] 'compile)

(global-set-key [f5] 'sucha-smart-compile)

主要是修改了上面高亮显示的那部分代码，其中file-name-nondirectory函数用来取得路径名抛掉目录后的纯文件名，file-name-sans-extension用来取得文件名去掉扩展名后的名字。这样终于达成所愿。

但是，使用gdb调试仍然是那个错误信息，google了一下，没有任何关于这个错误信息的消息。

突然间注意到，使用自动编译时和手动输入编译命令进行编译时-o参数后面的生成文件的名字在emacs下的显示是不一样的。自动编译时没有什么特别，而手动输入时生成文件的名字是被高亮显示的，很有可能就是使用自动编译命令生成的可执行文件在emacs中调试时不被看做具有可执行文件属性，因此导致了错误。如果真是这样的话，应该有两个方法可以改正，一个是使用emacs中的命令在编译后将生成的文件加上可执行文件属性，另一个是看看gdb是否提供了相应的选项在调试前不检查文件的属性。

另外，自己曾经费了好大功夫去猜一个可能的功能的命令，然后去emacs中使用C-h f或者C-h v去验证并从中得到一些emacs命名的规则的一点规律。但其实这些都在elisp的文档中，讲解的相当明白。

在emacs中，函数以-p结尾的通常是一个返回bool值的函数。这是一点猜测。