URN Logo
UNIX Resources » Linux » China Linux Forum » GNU Emacs/XEmacs » 10 » WINDOWS 下的 VIM 和 GDB 集成?
announcement 声明: 本页内容为中国Linux论坛的内容镜像,文章的版权以及其他所有的相关权利属于中国Linux论坛和相应文章的作者,如果转载,请注明文章来源及相关版权信息。
Resources
China Linux Forum(finished)
Linux Forum(finished)
FreeBSD China(finished)
linuxforum.net
  业界新闻与评论
  自由软件杂谈
  IT 人生
  Linux软件快递
  翻译作坊
  Linux图书与评论
  GNU Emacs/XEmacs
  Linux 中文环境和中文化
  Linux桌面与办公软件
  Linux 多媒体与娱乐版
  自由之窗Mozilla
  笔记本电脑上的Linux
  Gentoo
  Debian 一族
  网络管理技术
  Linux 安装与入门
  WEB服务器和FTP服务器
  域名服务器和邮件服务器
  Linux防火墙和代理服务器应用
  文件及打印服务器
  技术培训与认证
  TI专版
  Linux内核技术
  Linux 嵌入技术
  Linux设备驱动程序
  Linux 集群技术
  LINUX平台数据库
  系统和网络安全
  CPU 与 编译器
  系统计算研究所专栏
  Linux下的GUI软件开发
  C/C++编程版
  PHP 技 术
  Java&jsp技术
  Shell编程技术
  Perl 编 程
  Python 编 程
  XML/Web Service 技术
  永远的Unix
  FreeBSD世界
   
WINDOWS 下的 VIM 和 GDB 集成?
WINDOWS 下的 VIM 和 GDB 集成? - klaus9527 [2005-03-24 14:09 | 243 byte(s)]
 
Re: WINDOWS 下的 VIM 和 GDB 集成? - klaus9527 [2005-03-24 18:47 | 54 byte(s)]
 
Re: WINDOWS 下的 VIM 和 GDB 集成? - SCvsCS [2005-03-25 11:46 | 148 byte(s)]
 
Re: WINDOWS 下的 VIM 和 GDB 集成? - klaus9527 [2005-03-25 15:49 | 82 byte(s)]
 
 
 
 
 
 
 
 
 
 
Subject: WINDOWS 下的 VIM 和 GDB 集成?
Author: klaus9527    Posted: 2005-03-24 14:09    Length: 243 byte(s)
[Original] [Print] [Top]
请教高手如何在 VIM 中集成 GDB 的跟踪调试功能(就像 EMACS 那样)?
请勿劝说我使用 EMACS,我使用 VIM 很长时间了,一直比较习惯,原先比较适应 SUN WORKSHOP + VIM 那样使用,现在希望在 WINDOWS 下的 MINGW/MSYS 中也可以这样,不知各位有何建议?
[Original] [Print] [Top]
Subject: Re: WINDOWS 下的 VIM 和 GDB 集成?
Author: klaus9527    Posted: 2005-03-24 18:47    Length: 54 byte(s)
[Original] [Print] [Top]
各位高手,特别是 VIM 的高手,难道非要我转向 EMACS 么?
[Original] [Print] [Top]
Subject: Re: WINDOWS 下的 VIM 和 GDB 集成?
Author: SCvsCS    Posted: 2005-03-25 11:46    Length: 148 byte(s)
[Original] [Print] [Top]
5555这个论坛上问vim的贴太少了,好不容易来了一个居然是告别贴@_@
vim是不支持这种集成的,你的环境怎么会支持的呢?等vim7吧!vim.sourceforge.net
[Original] [Print] [Top]
Subject: 一个好消息,一个坏消息,还有一个想法
Author: klaus9527    Posted: 2005-03-25 14:50    Length: 1,170 byte(s)
[Original] [Print] [Top]
【好消息】
今天看到了一个基于 Python/wxPython 的项目 AGIDE,很符合我的需要:
使用 VIM 的 NETBEANS 接口集成 IDE,从功能和特性上来看,非常象 SUN WORKSHOP

【坏消息】
下载 AGIDE 后,运行不了,只好试着改动其中的代码,改了两三处后,终于运行起来了,但还是发现有不少缺陷,很难实用,而且更关键的是:该项目很久没有更新了,不知道会不会继续发展了

【一个想法】
学习一下 AGIDE 的代码,基于 Python/PyGTK,以及 VIM 的 netbeans 接口,我们自己做一个,初步想法如下:
1. 有一个基于 PyGTK 的简单界面来管理项目文件,显示线程列表、调用栈和变量 watch 表
2. 利用 vim 的服务器模式启动 gdb (mi 接口模式)
3. 通过 vim 的 python 接口来向 gdb 进程发送调试 mi 指令,并根据返回接口使用 vim 的 netbeans 接口来实现断点、变量气泡的显示

各位使用 VIM 的程序员兄弟们,谁有兴趣,我们一起来搞?

第一步,希望先实现如下功能:
1. 调用栈显示和帧切换
2. 断点设置和单步跟踪
3. 变量气泡显示
4. 变量观察表

不知道在 sf 上注册一个项目麻烦不?
[Original] [Print] [Top]
Subject: Re: WINDOWS 下的 VIM 和 GDB 集成?
Author: klaus9527    Posted: 2005-03-25 15:49    Length: 82 byte(s)
[Original] [Print] [Top]
呵呵,我已经在 sf.net 上申请了名为 vide 的项目,不知道能不能通过 sf.net 的官老爷们
[Original] [Print] [Top]
Subject: Re: 一个好消息,一个坏消息,还有一个想法
Author: SCvsCS    Posted: 2005-03-25 18:40    Length: 821 byte(s)
[Original] [Print] [Top]
我可没空干这些事情:)最新的vim7好像应该加入这些功能了吧,我看它的优先级好像是这样。
而且我并不需要一个ide,我更喜欢直接使用那些工具并配合alt+f1-4。
我更喜欢哪里的一些小插件,matchit.vim和visincr.vim等。
另外info.vim应该被集成进vim,因为info使用的是类似emacs的快捷键:(
winfileexploer.vim这个最好也能被集成,它的最大特点是只需记住很少很容易记的快捷键就能操作文件,但功能不强,比方说批量改名...
实际上功能多无所谓,关键不要增加太多不好记的热键:(
脚本也要加强,最好支持java。就像openoffice那样。我现在实在不想学那么多语言了。但我很想编脚本...
我感觉它的源码太乱,也没有个文档来说明一下,导致只有作者在开发,其他人参与不进来:(否则我更想抽时间把我喜欢的功能直接插入它的源码。
不过你可以向vim中文化工程求助。sourceforge上有这个工程。他们水平应该很高
[Original] [Print] [Top]
Subject: Re: 一个好消息,一个坏消息,还有一个想法
Author: klaus9527    Posted: 2005-03-26 02:27    Length: 1,897 byte(s)
[Original] [Print] [Top]
我和你的观点不同,我比较喜欢特定类型的 IDE,目前符合我的要求 IDE 只有 SUN WORKSHOP,因为:它并不是一个包含所有功能的大杂烩(MSVS就是这样一个垃圾),而是能有效的将其一系列通用的简单工具整合起来:
1. 编辑使用 VIM (或 EMACS,可选)
2. 调试后台使用 DBX(可惜不支持 GDB)
3. 源码浏览借助 VIM 集成的CTAGS 或者 CSCOPE
4. 调用 TEAMWARE 实现配置管理
当然它还包含一些鸡肋功能,比如说 MAKEFILE 的自动管理等,我更倾向自己来写 MAKEFILE/ANT,但也不排除考虑使用 SCONS 类型的自动配置工具,因此我理想的开发环境是:
VIM + GDB + CTAGS/CSCOPE + MAKE/SCONS/ANT + CVS/SVN,当然为了使这一切能有效的整合,那么我需要一个起到胶水作用的软件,这就是我想做的东西。

点评一下我用过的调试环境,好让大家理解为什么现有这些东西让我不满意:
1. MSVS:功能简单易用,然而离开这个环境,就什么也做不了,更无法支持优秀的 GCC
2. ECLIPSE JDT/CDT:强大、易用、绝对超过 MSVS,支持 GCC,致命问题在于庞大而且运行时间稍长后速度极慢,谁让它是 JAVA 写的,(SWT 也救不了 JAVA 啊:( )
3. SUN WORKSHOP(FORTE C++):非常优秀且良好的设计,可惜只能在 SOLARIS + SUN CC 上运行
4. DEV-CPP:精巧的小制作,但仍然时 MSVS 的套路,而且变量 WATCH 并不严谨
5. DDD:一个纯粹的可视化调试器,编辑功能非常简单的无法和其他专业选手
6. 手工 VIM + CTAGS + MAKE + GDB:经常要切换窗口,而且要频繁使用“ {行号}G”命令和 GDB 命令,比较麻烦。虽然是我最喜欢的编辑器,但在调试代码时,除非不得已,程序错误时,我宁愿多读读代码或者加一些调试代码,而懒得去跟踪、设断点
7. SOURCE INSIGHT + MAKE + GDB:基本上和上一种差不多,个人更喜欢 VIM 一些
8. EMACS + MAKE + GDB:调试感觉比 VIM + MAKE + GDB 要稍好一点,但仍无法解决 WATCH 和 THREAD/FRAME 的切换需要命令的问题,另外我还是喜欢 VIM 的编辑方式,用 HJKL 控制光标有一种敲击的韵律带来的快感 所以这种我很少使用
[Original] [Print] [Top]
Subject: Re: 一个好消息,一个坏消息,还有一个想法
Author: alula    Posted: 2005-03-26 09:44    Length: 114 byte(s)
[Original] [Print] [Top]
vim的quickfix mode好像给你忽略了?我在make之后查找错误行时,从未使用“ {行号}G”

:help quickfix
----
温故知新
[Original] [Print] [Top]
Subject: Re: 一个好消息,一个坏消息,还有一个想法
Author: klaus9527    Posted: 2005-03-26 11:38    Length: 140 byte(s)
[Original] [Print] [Top]
这个功能只能用来在编译帮助修改编译错误,而不能用来跟踪和调试,我经常需要使用 G 命令,是因为在 GDB 中定位出问题后,要来修改源代码解决这个问题
[Original] [Print] [Top]
Subject: Re: 一个好消息,一个坏消息,还有一个想法
Author: SCvsCS    Posted: 2005-03-26 14:25    Length: 167 byte(s)
[Original] [Print] [Top]
一个真正的ide决不是那么简单,比方说变量显示,你必须具有语法分析功能才行,可ctags和cscope不支持那种级别的分析。
更何况vc之类的环境还支持汇编与源代码混合显示。
[Original] [Print] [Top]
Subject: Re: 一个好消息,一个坏消息,还有一个想法
Author: klaus9527    Posted: 2005-03-27 11:58    Length: 61 byte(s)
[Original] [Print] [Top]
ctags 和 cscope 是用来做 code browse 功能的,不是用来做调试的
[Original] [Print] [Top]
Subject: Re: 一个好消息,一个坏消息,还有一个想法
Author: klaus9527    Posted: 2005-03-28 18:56    Length: 193 byte(s)
[Original] [Print] [Top]


GDB/MI 接口的解析已经基本完成乐,下一步,验证通过 VIM 的 netbeans 访问接口来访问 VIM 的方法
[Original] [Print] [Top]
Subject: Re: 一个好消息,一个坏消息,还有一个想法
Author: e_pilot    Posted: 2005-03-29 14:05    Length: 83 byte(s)
[Original] [Print] [Top]
我已经放弃寻找令自己满意的ide了,现在满足于使用着一个基本满意的editor,jedit,hehe.
----
〓〓★〓〓
比别人飞的更高,更快,更强!
[Original] [Print] [Top]
« Previous thread
每次用emacs查找tag时,都要用回车确认一下,能不能不用确认?
GNU Emacs/XEmacs
10
Next thread »
Emacs 编辑html文件的时候怎样自动缩进?
     

Copyright © 2007~2009 UNIX Resources Network, All Rights Reserved.      About URN | Privacy & Legal | Help | Contact us
webmaster: webmaster@unixresources.net
This page created on 2009-09-07 16:00:15, cost 0.0211508274078 ms.