装了centos7,实验了一下qt creator c++# Programming - 葵花宝典r*a2014-08-04 07:081 楼中信代签手头没有电子版的,就上传了去年的,通过了,可不可以回国重新拍一张放在代签材料里?两张照片可不可以不一样,还是要重填160?谢谢!
N*K2014-08-04 07:083 楼qt creator c++ :array 显示 没有下标tooltip 时有时无gdb 在一个断点停的时间长了会不响应 必须abort debugger点击stop debugger 会没有响应 只好abort接着实验 eclipse cdt
N*K2014-08-04 07:086 楼重启了电脑后 居然好了 没有问题【在 N******K 的大作中提到】: qt creator c++ :: array 显示 没有下标: tooltip 时有时无: gdb 在一个断点停的时间长了会不响应 必须abort debugger: 点击stop debugger 会没有响应 只好abort: 接着实验 eclipse cdt
m*r2014-08-04 07:087 楼没问题,好几次了都是上传之前做好的但是交给中心的照片一定要6个月。【在 r*****a 的大作中提到】: 中信代签: 手头没有电子版的,就上传了去年的,通过了,可不可以回国重新拍一张放在代签材料: 里?两张照片可不可以不一样,还是要重填160?: 谢谢!
N*K2014-08-04 07:088 楼eclipse cdt 跟 visual studio 比起来 就是一个垃圾接着装fedora 试验一下kdevelop 如何【在 N******K 的大作中提到】: 重启了电脑后 居然好了 没有问题
t*n2014-08-04 07:089 楼emacs+gdb【在 N******K 的大作中提到】: eclipse cdt 跟 visual studio 比起来 就是一个垃圾: 接着装fedora 试验一下kdevelop 如何
q*x2014-08-04 07:0810 楼slickedit【在 N******K 的大作中提到】: eclipse cdt 跟 visual studio 比起来 就是一个垃圾: 接着装fedora 试验一下kdevelop 如何
w*g2014-08-04 07:0815 楼别浪费生命了, Linux下的C++ IDE烂的一大堆,好的没一个。话说如果只是写portableC++,还真不如转windows用visual studio算了。要么就老老实实用vi/emacs。【在 N******K 的大作中提到】: eclipse cdt 跟 visual studio 比起来 就是一个垃圾: 接着装fedora 试验一下kdevelop 如何
N*K2014-08-04 07:0816 楼我的目的就是写 portbale c++现在程序用vs编译没问题 用gcc编译报错 所以找个好一点的Linux IDE 改错用portable【在 w***g 的大作中提到】: 别浪费生命了, Linux下的C++ IDE烂的一大堆,好的没一个。话说如果只是写portable: C++,还真不如转windows用visual studio算了。要么就老老实实用vi/emacs。
t*n2014-08-04 07:0817 楼no。eamcs 23以后的版本可以配置的和现代editor很接近了。什么配色,行号等等。【在 q****x 的大作中提到】: vi/emacs too old
t*n2014-08-04 07:0819 楼eclipse+cdt。我用了5年了。gcc编译,gdb调试,eclipse浏览代码。makefile和gdb可以和emacs结合起来用。就是开始设置麻烦点。搞好以后很方便。通常一个屏幕全屏开eclipse看代码,另外一个屏幕开terminal打命令,特别是git。此外开emacs编译和gdb调试。再加邮件和即时通讯。全了。【在 N******K 的大作中提到】: 我的目的就是写 portbale c++: 现在程序用vs编译没问题 用gcc编译报错 : 所以找个好一点的Linux IDE 改错用: : portable
q*x2014-08-04 07:0820 楼slickedit不错。portable【在 w***g 的大作中提到】: 别浪费生命了, Linux下的C++ IDE烂的一大堆,好的没一个。话说如果只是写portable: C++,还真不如转windows用visual studio算了。要么就老老实实用vi/emacs。
N*K2014-08-04 07:0821 楼有攻略么?gdb【在 t*****n 的大作中提到】: eclipse+cdt。我用了5年了。gcc编译,gdb调试,eclipse浏览代码。makefile和gdb可: 以和emacs结合起来用。就是开始设置麻烦点。搞好以后很方便。通常一个屏幕全屏开: eclipse看代码,另外一个屏幕开terminal打命令,特别是git。此外开emacs编译和gdb: 调试。再加邮件和即时通讯。全了。
g*g2014-08-04 07:0822 楼egit挺好,我现在连命令行都不用。gdb【在 t*****n 的大作中提到】: eclipse+cdt。我用了5年了。gcc编译,gdb调试,eclipse浏览代码。makefile和gdb可: 以和emacs结合起来用。就是开始设置麻烦点。搞好以后很方便。通常一个屏幕全屏开: eclipse看代码,另外一个屏幕开terminal打命令,特别是git。此外开emacs编译和gdb: 调试。再加邮件和即时通讯。全了。
t*n2014-08-04 07:0824 楼不复杂。makefile加上debug信息。在emacs里面用gdb调入程序,自动打开源代码。emacs可以绑定单步进入或者单步跳过。非常方便。然后就是p打印,b设置断点,display/finish/condition等等。很容易。看个简单教程就行。【在 N******K 的大作中提到】: 有攻略么?: : gdb
N*K2014-08-04 07:0825 楼命令行方式? 类似dos窗口print?【在 t*****n 的大作中提到】: 不复杂。makefile加上debug信息。在emacs里面用gdb调入程序,自动打开源代码。: emacs可以绑定单步进入或者单步跳过。非常方便。然后就是p打印,b设置断点,: display/finish/condition等等。很容易。: 看个简单教程就行。
t*n2014-08-04 07:0826 楼另外gdb的condition也很厉害。可以指定第几次循环时候停下来。曾经有个bug在第6次循环的时候才出现。前五次要运行30分钟。稍微不小心,第六次就跳过了,要从头开始。
N*K2014-08-04 07:0827 楼我一般在源程序里面 写个if 设个断点【在 t*****n 的大作中提到】: 另外gdb的condition也很厉害。可以指定第几次循环时候停下来。曾经有个bug在第6次: 循环的时候才出现。前五次要运行30分钟。稍微不小心,第六次就跳过了,要从头开始: 。
t*n2014-08-04 07:0828 楼no, inside emacshttp://www.inet.net.nz/~nickrob/screenshots.html【在 N******K 的大作中提到】: 命令行方式? 类似dos窗口print?
x*u2014-08-04 07:0829 楼Windows的kd可以支持扩展,什么逆天事情都能做出来。本来Windows在用户态和内核都比Linux复杂不少,离开扩展什么事情都做不了。【在 t*****n 的大作中提到】: 另外gdb的condition也很厉害。可以指定第几次循环时候停下来。曾经有个bug在第6次: 循环的时候才出现。前五次要运行30分钟。稍微不小心,第六次就跳过了,要从头开始: 。
t*n2014-08-04 07:0830 楼所以这就是有区别的地方。自己的项目怎么写无所谓。做production不行。不必要的check in代码容易引起意外的bug。人不是机器,容易犯错。用gdb就不用额外调试代码了。【在 N******K 的大作中提到】: 我一般在源程序里面 写个if 设个断点
N*K2014-08-04 07:0831 楼我外加一层宏定义DebugCode( if(index ==1 ) stop here)这样就不会和其它混在一起【在 t*****n 的大作中提到】: 所以这就是有区别的地方。自己的项目怎么写无所谓。做production不行。不必要的: check in代码容易引起意外的bug。人不是机器,容易犯错。用gdb就不用额外调试代码: 了。
x*u2014-08-04 07:0832 楼vc也支持条件断点【在 t*****n 的大作中提到】: 所以这就是有区别的地方。自己的项目怎么写无所谓。做production不行。不必要的: check in代码容易引起意外的bug。人不是机器,容易犯错。用gdb就不用额外调试代码: 了。