由买买提看人间百态

topics

全部话题 - 话题: 调试程序
首页 上页 1 2 3 4 5 6 7 8 9 10 下页 末页 (共10页)
a**a
发帖数: 416
1
来自主题: Programming版 - 请推荐一个稳定的Python集成环境
idle通过套接字来运行python的shell和调试程序的运行。所以会和网络相关。idle
本身就是一个Python的script. 所以让python.exe通过防火墙就可以。

C:
I*********g
发帖数: 93
2
来自主题: Programming版 - 急!急!急!请教一个C程序问题。
memory corruption 吧。 linux下用gdb调试吧
w***g
发帖数: 5958
3
10x吧,如果把调试信息去掉的话。who cares about size.
i********t
发帖数: 809
4
来自主题: Programming版 - mac操作系统下的c++
我刚刚换了mac,编c++的时侯用自待的XCode感觉不是很习惯,请问如果不想用
terminal 的方式compile调试程序,有
什么好的compiler嘛? netbeans怎么样?
谢谢
t*****z
发帖数: 812
5
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
汽车有限元数值模拟阿,12M X 12M 矩阵的特征值求解
S*********g
发帖数: 5298
6
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
if just for debugging purpose, why not use a smaller matrix?
This problem grows N^6, right?
t*****z
发帖数: 812
7
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
你说的很有道理,我试了几十个小model都好好的。
可是它就在这个大model上出错。
t****t
发帖数: 6806
8
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
i guess you have memory problem if you are using c/c++...
if so, you can try running valgrind for your small model. it can find out
some hidden problem (such as runaway pointer or using uninitialized values)
even if your normal run is ok.
g*****g
发帖数: 34805
9
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
If your program takes days to finish, it would
make sense to save intermediate result periodly.
If you save each 6 hours, you at most waste 6 hours,
not 20.
t*****z
发帖数: 812
10
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
Purify doesn't provide any useful info. So I would rather believe it is a
overflow issue. But just need to identify which variables
P********e
发帖数: 2610
11
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
哇,新人就给这么重要的东西.
我奋斗,做的东西好无聊

static
to
t*****z
发帖数: 812
12
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
怎个无聊法? 展开说说,看看是不是真的比我无聊(这几天已经无聊到顶了)
w*********l
发帖数: 1337
13
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
现在还有人用purify呢?见识了。
t*****z
发帖数: 812
14
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
过时了? 又没有更好的tool推荐?
t*****z
发帖数: 812
15
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
这不是manager干的事么? 还无时无刻体现了你的重要性。 哪像我,就是一个民工
,除了跟隔壁说声hello,别人都不知道你存在
k****f
发帖数: 3794
16
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
握手呀
天下民工是一家
t*****z
发帖数: 812
17
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
终于熬到下班了。回家
w*********l
发帖数: 1337
18
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
我胡说的。我没用过。
purify那篇paper是够老的了,valgrind要新很多。我以为现在大家都用valgrind了。
r****t
发帖数: 10904
19
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
我也遇到类似情况,尺寸小的 video 文件做输入运行就完全正常,尺寸大点的就
crash 了,或者是 malloc assertion error, 或者是月realloc error, double free 什么的每次运行还不一样。 靠 log 把问题缩小到一个 api call 上面,comment 掉就没问
题了,或者手动在此只处理一个 frame 的一部分,只要总尺寸还比较小也没有问
题。 之后就不知道该怎么办了。valgrind 也没发现啥明显的。
现在 feature set 还不全,都是 plugin 结构的,我估计几天以后完成另外一个
plugin 以后要回头来 debug 这个, 痛苦。

static
to
v****s
发帖数: 1112
20
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
oh man, can't believe u r using a single machine to compute this!!! we
usually qsub to our supercomputer with 512 nodes.
ru using LAPACK? try some sampling tek to reduce it.
r****t
发帖数: 10904
21
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
这么大的矩阵怎么求特征值阿?
k****f
发帖数: 3794
22
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
一般就是求最大或者最小的几个特征值,
Lanczos迭代法就可以了
r****t
发帖数: 10904
23
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
我只学到 LR+QR on Hessenberg, Lanczos 还没学,是不是要求厄阵?
f******n
发帖数: 264
24
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
so crazy
r****t
发帖数: 10904
25
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
公司这么重要的机子没有 quota 限制随便用?
f**********w
发帖数: 93
26
来自主题: Programming版 - 抱怨一下:调试程序郁闷死了
推荐petsc包,自带很多解线性方程的方法,可以并行
d****i
发帖数: 4809
27
来自主题: Programming版 - Visual Studo调试中关不掉command window
我用Visual Studio 2005写了一个基于command window程序,但是有时候在debug过程
中,如果忘了按stop button中止debug session而直接重新启动另一个debug session
,有时候那个command window会一直在那儿而无法关掉,最后甚至连任务管理器也杀不
掉那个window,关机也关不了,只能强行把电源关掉,请问大家是否遇到过类似情况,
有没有不用强行切断电源关机更好的办法把command window杀掉?
b******n
发帖数: 592
28
来自主题: Programming版 - Re: 有pyclewn大牛吗?教教怎么用?
跟.vimrc没有关系。.vimrc一般就在$HOME
我都不用Pyclewn, 如果你很喜欢调试程序,不如换个别的IDE,必要用编辑起了。。
p*****w
发帖数: 429
29
来自主题: Programming版 - Re: 有pyclewn大牛吗?教教怎么用?
玩了eclipse,还不如pyclewn呢。
你用mac吗?mac什么editor/debugger好一点?
难道还是vim/gdb?

跟.vimrc没有关系。.vimrc一般就在$HOME
我都不用Pyclewn, 如果你很喜欢调试程序,不如换个别的IDE,必要用编辑起了。。
s********e
发帖数: 158
30
测试了一下用g++就好了,用了intel的libirc.a解决了_intel_fast_memcpy的问题,
然后用g++编译的程序用gdb就好了,貌似是intel的问题,大家都用intel的编译器和
idb吗,如果对template支持这么差,怎么用?还有idb不能tab补全,
y*******u
发帖数: 930
31
来自主题: Programming版 - 请教怎样尽快看明白同事的程序?
分段调试?
n********r
发帖数: 719
32
本来是可以正常编译链接的
现在想要调试一下
所以改成-g,不行吗?
b***i
发帖数: 3043
33
C++的一个重要弊端是include。这个不解决,就是一个短板。其他短板我回来再说。
我曾经和SUN当年参与Java团队的大牛通过email,在他写的代码基础上进行修改补充。
这对战斗力提高很有帮助。也是从那时候起,我对Java另眼相看了。在Java崛起的时代
,大量的工作从C++转移出来了,因为Java完美解决了几个问题,包括include,也包括
调试程序的技术。其他方面我就不说了,几位大牛都阐述很好。我只是在我要做的领域
必须用java,这个领域用C++就不行。
n******1
发帖数: 3756
34
来自主题: Programming版 - 问个perl的程序
真心谢了,我是因为帮人调试,就随便在windows下调了
昨天才看到别人说python的系统兼容性,没想到perl也有这个问题
x****u
发帖数: 44466
35
来自主题: Programming版 - 多线程程序有什么好的调式方法?
解决线程或者内存问题的最重要手段就是,不要借助调试。
x****u
发帖数: 44466
36
来自主题: Programming版 - 多线程程序有什么好的调式方法?
如果靠工具或者调试才能找到线程或者内存错误,你会漏掉百分之几十的。
L***s
发帖数: 1148
37
来自主题: Programming版 - 俺的程序语言经历
高小:LOGO,286上的GW-Basic,裕兴机上的浮点Basic和游戏Basic
(机器都不是我的,都是写在纸上在脑中跑,然后一次上机输入,没有条件调试)
初中:Q-Basic,搞竞赛
高中:(Turbo) Pascal 6/7,搞竞赛
本科:C,Java,C++,x86和MIPS汇编,C#.Net,Verilog/VHDL
出国念书:Python——目前最熟,累计一万小时以上了
工作:JS系,Ruby/Rails,业余玩Scala
a*****e
发帖数: 1700
38
来自主题: Programming版 - haskell怎么调试好?
你写成:
test = show (EmptyTree :: Tree ())
就可以编译通过。这个类型错误的原因是,如果不加类型注释,那么推导出来的是
test = show (EmptyTree :: Show a => Tree a) :: String
这个编译通不过,是因为类型变量 a 不是一个 concrete type,且最终的 test 类型
里不包含这个变量。简单的解决方法就是任选一个满足 Show a 的 concrete type,比
如 () 类型。要么程序员把这个选择写出来,要么编译器替你挑一个。在 type class
的声明里面可以用 default 关键字来注明这个选择,但显然 Show 这个 class 里面没
有提供这样的 default。所以原程序编译通不过。
至于为什么在 GHCi 里面直接敲进去反而可以了,我也很奇怪... 已经帮你去问了。
a*****e
发帖数: 1700
39
来自主题: Programming版 - haskell怎么调试好?
你说的这个重试的问题,用 lock 也是有的。Lock contention 是个很常见的问题,带
来的性能下降也并是不像你说的线性关系,要考虑到现代 CPU 的设计的局限性。
Lock 的主要问题是稍微复杂点的程序,连正确性往往都无法保证,non-composable 从
表面上看上是个 engineering 的障碍,但为了确保正确性却需要 formal proof。做
proof 如果不能够利用 composable 的系统结构,基本上就是不可能的任务。STM 就很
好地解决了这个问题。也许你的工作中不需要考虑这些,但也不能否认 Lock 所带来的
问题是确实存在的。
无论是 Lock 和 STM 都不是万能的,它们的优势和局限性都很明显。在没有更好的解决
方案出来之前,只能说是 choose your pill 啦。

为1.
overhead
z*******3
发帖数: 13709
40
来自主题: Programming版 - 如何提高C#开发server程序的效率
看了看,觉得还是xcode/apple好
也觉得还是java好,几分钟调试一次,这种搞法,开发太慢了
N********n
发帖数: 8363
41
来自主题: Programming版 - 如何提高C#开发server程序的效率

VS自带IIS模拟,只要不是复杂的系统在VS理F5就可以调试了。不用ATTACH
IIS之后再DEBUG。
w*******7
发帖数: 188
42
来自主题: Programming版 - 如何提高C#开发server程序的效率
在dev local machine 也可以装IIS,可以直接debug. Remote debug是远端sever上没有
VS,然后attach process.
我们都是在local 编译,调试基本没有问题,才会push到QA或production sever,有问题
remote debug.
VS应该是最好用的IDE,软软正在推跨平台的VS,如果真能打通所有OS,也是码农们的福气
.
d****i
发帖数: 4809
43
来自主题: Programming版 - 今天看一段spark程序快吐了
scala这种欧洲左逼发明的装逼语言就是这样操蛋,喜欢玩文艺青年行为艺术故弄玄虚
摆酷装fancy,看看几个流行了几十年的主流语言:C, Java, PHP, Python,
JavaScript,无不以朴素平实易懂易维护易调试为首要,多写几行远比装逼要好。
p***o
发帖数: 1252
44
来自主题: Programming版 - akka能和C++程序通信吗?
vertx3有RecordParser,写个按行传的tcp也就几行,还能用telnet调试。
p***o
发帖数: 1252
45
来自主题: Programming版 - akka能和C++程序通信吗?
没那么复杂,我是说用系统自带的telnet直接连tcp端口收发字符串调试。
以前浏览器不能inspect element又懒得tcpdump的时候用telnet调http也差不多
f*****t
发帖数: 895
46
我现在每隔一个星期在家上班一个星期。但是我做嵌入式,很多时候调试程序需要用到
硬件和一些实验室环境,我做的系统又比较大,涉及的方面非常多,在家上班还是有很
多不便。
f*****t
发帖数: 895
47
我现在每隔一个星期在家上班一个星期。但是我做嵌入式,很多时候调试程序需要用到
硬件和一些实验室环境,我做的系统又比较大,涉及的方面非常多,在家上班还是有很
多不便。
n******7
发帖数: 12463
48
来自主题: Programming版 - 程序语言的流行趋势
有道理
在飞机上都能调试了
y**b
发帖数: 10166
49
来自主题: Programming版 - std::size_t的麻烦
std::size_t a=1, b=2;
a-b会得到无符号数的模-1,是个巨大无比的正数,
这类东西要是放在科学计算里面,
完全就是坑啊:
本来用size_t取代int定义一些自然条件和大数值更合理,
可是一旦两个size_t相减,控制条件就飞到九霄云外了,
等你费尽力气调试程序,却发现原来是这么一个荒谬的玩意。
多年前我就遇到过一次。
首页 上页 1 2 3 4 5 6 7 8 9 10 下页 末页 (共10页)