N******K
发帖数: 10202 | 1 qt creator c++ :
array 显示 没有下标
tooltip 时有时无
gdb 在一个断点停的时间长了会不响应 必须abort debugger
点击stop debugger 会没有响应 只好abort
接着实验 eclipse cdt |
N******K
发帖数: 10202 | 2 重启了电脑后 居然好了 没有问题
【在 N******K 的大作中提到】
: qt creator c++ :
: array 显示 没有下标
: tooltip 时有时无
: gdb 在一个断点停的时间长了会不响应 必须abort debugger
: 点击stop debugger 会没有响应 只好abort
: 接着实验 eclipse cdt
|
N******K
发帖数: 10202 | 3 eclipse cdt 跟 visual studio 比起来 就是一个垃圾
接着装fedora 试验一下kdevelop 如何
【在 N******K 的大作中提到】
: 重启了电脑后 居然好了 没有问题
|
t*****n
发帖数: 4908 | 4 emacs+gdb
【在 N******K 的大作中提到】
: eclipse cdt 跟 visual studio 比起来 就是一个垃圾
: 接着装fedora 试验一下kdevelop 如何
|
q****x
发帖数: 7404 | 5 slickedit
【在 N******K 的大作中提到】
: eclipse cdt 跟 visual studio 比起来 就是一个垃圾
: 接着装fedora 试验一下kdevelop 如何
|
q****x
发帖数: 7404 | 6 vi/emacs too old
【在 t*****n 的大作中提到】
: emacs+gdb
|
N******K
发帖数: 10202 | 7 $299.00
30顿巴菲没了
【在 q****x 的大作中提到】
: slickedit
|
N******K
发帖数: 10202 | 8 $299.00
30顿巴菲没了
【在 q****x 的大作中提到】
: slickedit
|
N******K
发帖数: 10202 | 9 用装什么插件么？
【在 t*****n 的大作中提到】
: emacs+gdb
|
w***g
发帖数: 5958 | 10 别浪费生命了, Linux下的C++ IDE烂的一大堆，好的没一个。话说如果只是写portable
C++，还真不如转windows用visual studio算了。要么就老老实实用vi/emacs。
【在 N******K 的大作中提到】
: eclipse cdt 跟 visual studio 比起来 就是一个垃圾
: 接着装fedora 试验一下kdevelop 如何
|
|
|
N******K
发帖数: 10202 | 11 我的目的就是写 portbale c++
现在程序用vs编译没问题 用gcc编译报错
所以找个好一点的Linux IDE 改错用
portable
【在 w***g 的大作中提到】
: 别浪费生命了, Linux下的C++ IDE烂的一大堆，好的没一个。话说如果只是写portable
: C++，还真不如转windows用visual studio算了。要么就老老实实用vi/emacs。
|
t*****n
发帖数: 4908 | 12 no。eamcs 23以后的版本可以配置的和现代editor很接近了。什么配色，行号等等。
【在 q****x 的大作中提到】
: vi/emacs too old
|
t*****n
发帖数: 4908 | 13 不用，直接用
【在 N******K 的大作中提到】
: 用装什么插件么？
|
t*****n
发帖数: 4908 | 14 eclipse+cdt。我用了5年了。gcc编译，gdb调试，eclipse浏览代码。makefile和gdb可
以和emacs结合起来用。就是开始设置麻烦点。搞好以后很方便。通常一个屏幕全屏开
eclipse看代码，另外一个屏幕开terminal打命令，特别是git。此外开emacs编译和gdb
调试。再加邮件和即时通讯。全了。
【在 N******K 的大作中提到】
: 我的目的就是写 portbale c++
: 现在程序用vs编译没问题 用gcc编译报错
: 所以找个好一点的Linux IDE 改错用
:
: portable
|
q****x
发帖数: 7404 | 15 slickedit不错。
portable
【在 w***g 的大作中提到】
: 别浪费生命了, Linux下的C++ IDE烂的一大堆，好的没一个。话说如果只是写portable
: C++，还真不如转windows用visual studio算了。要么就老老实实用vi/emacs。
|
N******K
发帖数: 10202 | 16 有攻略么？
gdb
【在 t*****n 的大作中提到】
: eclipse+cdt。我用了5年了。gcc编译，gdb调试，eclipse浏览代码。makefile和gdb可
: 以和emacs结合起来用。就是开始设置麻烦点。搞好以后很方便。通常一个屏幕全屏开
: eclipse看代码，另外一个屏幕开terminal打命令，特别是git。此外开emacs编译和gdb
: 调试。再加邮件和即时通讯。全了。
|
g*****g
发帖数: 34805 | 17 egit挺好，我现在连命令行都不用。
gdb
【在 t*****n 的大作中提到】
: eclipse+cdt。我用了5年了。gcc编译，gdb调试，eclipse浏览代码。makefile和gdb可
: 以和emacs结合起来用。就是开始设置麻烦点。搞好以后很方便。通常一个屏幕全屏开
: eclipse看代码，另外一个屏幕开terminal打命令，特别是git。此外开emacs编译和gdb
: 调试。再加邮件和即时通讯。全了。
|
t*****n
发帖数: 4908 | 18 看来一眼，是挺不错的。什么时候折腾折腾着个。
【在 g*****g 的大作中提到】
: egit挺好，我现在连命令行都不用。
:
: gdb
|
t*****n
发帖数: 4908 | 19 不复杂。makefile加上debug信息。在emacs里面用gdb调入程序，自动打开源代码。
emacs可以绑定单步进入或者单步跳过。非常方便。然后就是p打印，b设置断点，
display/finish/condition等等。很容易。
看个简单教程就行。
【在 N******K 的大作中提到】
: 有攻略么？
:
: gdb
|
N******K
发帖数: 10202 | 20 命令行方式？ 类似dos窗口print？
【在 t*****n 的大作中提到】
: 不复杂。makefile加上debug信息。在emacs里面用gdb调入程序，自动打开源代码。
: emacs可以绑定单步进入或者单步跳过。非常方便。然后就是p打印，b设置断点，
: display/finish/condition等等。很容易。
: 看个简单教程就行。
|
|
|
t*****n
发帖数: 4908 | 21 另外gdb的condition也很厉害。可以指定第几次循环时候停下来。曾经有个bug在第6次
循环的时候才出现。前五次要运行30分钟。稍微不小心，第六次就跳过了，要从头开始
。 |
N******K
发帖数: 10202 | 22 我一般在源程序里面 写个if 设个断点
【在 t*****n 的大作中提到】
: 另外gdb的condition也很厉害。可以指定第几次循环时候停下来。曾经有个bug在第6次
: 循环的时候才出现。前五次要运行30分钟。稍微不小心，第六次就跳过了，要从头开始
: 。
|
t*****n
发帖数: 4908 | 23 no, inside emacs
http://www.inet.net.nz/~nickrob/screenshots.html
【在 N******K 的大作中提到】
: 命令行方式？ 类似dos窗口print？
|
x****u
发帖数: 44466 | 24 Windows的kd可以支持扩展，什么逆天事情都能做出来。
本来Windows在用户态和内核都比Linux复杂不少，离开扩展什么事情都做不了。
【在 t*****n 的大作中提到】
: 另外gdb的condition也很厉害。可以指定第几次循环时候停下来。曾经有个bug在第6次
: 循环的时候才出现。前五次要运行30分钟。稍微不小心，第六次就跳过了，要从头开始
: 。
|
t*****n
发帖数: 4908 | 25 所以这就是有区别的地方。自己的项目怎么写无所谓。做production不行。不必要的
check in代码容易引起意外的bug。人不是机器，容易犯错。用gdb就不用额外调试代码
了。
【在 N******K 的大作中提到】
: 我一般在源程序里面 写个if 设个断点
|
N******K
发帖数: 10202 | 26 我外加一层宏定义
DebugCode( if(index ==1 ) stop here)
这样就不会和其它混在一起
【在 t*****n 的大作中提到】
: 所以这就是有区别的地方。自己的项目怎么写无所谓。做production不行。不必要的
: check in代码容易引起意外的bug。人不是机器，容易犯错。用gdb就不用额外调试代码
: 了。
|
x****u
发帖数: 44466 | 27 vc也支持条件断点
【在 t*****n 的大作中提到】
: 所以这就是有区别的地方。自己的项目怎么写无所谓。做production不行。不必要的
: check in代码容易引起意外的bug。人不是机器，容易犯错。用gdb就不用额外调试代码
: 了。
|
r*****e
发帖数: 792 | 28 会破坏重复性，调试时不一定能
重复错误。
【在 N******K 的大作中提到】
: 我一般在源程序里面 写个if 设个断点
|
N******K
发帖数: 10202 | 29 对于时序敏感的是有问题 不过我的程序没这个限制
【在 r*****e 的大作中提到】
: 会破坏重复性，调试时不一定能
: 重复错误。
|
