l******0
发帖数: 244 | 1 如果确定问题出在一个循环程序里，这个循环很大，很多次，但是也无任何线索，在断
点里无法设 condition 快速到达有问题的地方。难道就只有一次一次的循环，没有什
么技巧帮忙快速定位吗？通常情况下，输入会随着循环的改变而变化。
这应该是一个很常见的问题，谢谢了。 |
w**z
发帖数: 8232 | 2 print
【在 l******0 的大作中提到】
: 如果确定问题出在一个循环程序里，这个循环很大，很多次，但是也无任何线索，在断
: 点里无法设 condition 快速到达有问题的地方。难道就只有一次一次的循环，没有什
: 么技巧帮忙快速定位吗？通常情况下，输入会随着循环的改变而变化。
: 这应该是一个很常见的问题，谢谢了。
|
l******0
发帖数: 244 | 3 print 好像不是好办法，大循环，整屏都沾满了。今天发现 breaking point 里面的
hit count 可以帮助解决这个问题，尽管不完美。有点相对于 binary search, 大约估
计一下循环的总数，按照 binary search 设 hit count，很快就能找到问题所在。
还有其他好的方法没有？
【在 w**z 的大作中提到】
: print
|
w**z
发帖数: 8232 | 4 print +grep
【在 l******0 的大作中提到】
: print 好像不是好办法，大循环，整屏都沾满了。今天发现 breaking point 里面的
: hit count 可以帮助解决这个问题，尽管不完美。有点相对于 binary search, 大约估
: 计一下循环的总数，按照 binary search 设 hit count，很快就能找到问题所在。
: 还有其他好的方法没有？
|
t**********h
发帖数: 2273 | 5 正解
【在 w**z 的大作中提到】
: print +grep
|
m****r
发帖数: 6639 | 6 可以加一个match你的问题的condition在loop里面吗？
【在 l******0 的大作中提到】
: print 好像不是好办法，大循环，整屏都沾满了。今天发现 breaking point 里面的
: hit count 可以帮助解决这个问题，尽管不完美。有点相对于 binary search, 大约估
: 计一下循环的总数，按照 binary search 设 hit count，很快就能找到问题所在。
: 还有其他好的方法没有？
|
g*****g
发帖数: 34805 | 7 Sometimes I would add a condition check and throw exception, wrap a catch
around it and you can add a debugging point inside the catch. Of course you
can let eclipse debugger break on the exception too.
【在 l******0 的大作中提到】
: 如果确定问题出在一个循环程序里，这个循环很大，很多次，但是也无任何线索，在断
: 点里无法设 condition 快速到达有问题的地方。难道就只有一次一次的循环，没有什
: 么技巧帮忙快速定位吗？通常情况下，输入会随着循环的改变而变化。
: 这应该是一个很常见的问题，谢谢了。
|
f********i
发帖数: 563 | 8 1. 如果结果不对：自己设置一个variable counter，然后print of interest
information （and the counter），run problematic，run reference，do diff，然
后根据diff的counter
设condition break point。
2. 如果是crash，设断点，然后ignore big number， say 100000，等crash了看看hit
了多少次，然后ignore that count minus one。
【在 l******0 的大作中提到】
: 如果确定问题出在一个循环程序里，这个循环很大，很多次，但是也无任何线索，在断
: 点里无法设 condition 快速到达有问题的地方。难道就只有一次一次的循环，没有什
: 么技巧帮忙快速定位吗？通常情况下，输入会随着循环的改变而变化。
: 这应该是一个很常见的问题，谢谢了。
|
l******0
发帖数: 244 | 9 Eclipse 里调试时怎么用 grep?
【在 w**z 的大作中提到】
: print +grep
|
l******0
发帖数: 244 | 10 经提示，好像可以这样做。我要找的问题是，经过一序列过程后，某个结果不正确，比
如本来 result == 10, 但它却等于 5.这样，我可以设置一个 assert(result!=5),问
题出现时，就知道从哪里找原因了。
【在 m****r 的大作中提到】
: 可以加一个match你的问题的condition在loop里面吗？
|
|
|
l******0
发帖数: 244 | 11 Great. Like the suggestion above, probably this is the most efficient way to
go.
you
【在 g*****g 的大作中提到】
: Sometimes I would add a condition check and throw exception, wrap a catch
: around it and you can add a debugging point inside the catch. Of course you
: can let eclipse debugger break on the exception too.
|
l******0
发帖数: 244 | 12 What do you mean by "run problematic，run reference，do diff"?
Never heard of that.
hit
【在 f********i 的大作中提到】
: 1. 如果结果不对：自己设置一个variable counter，然后print of interest
: information （and the counter），run problematic，run reference，do diff，然
: 后根据diff的counter
: 设condition break point。
: 2. 如果是crash，设断点，然后ignore big number， say 100000，等crash了看看hit
: 了多少次，然后ignore that count minus one。
|
l******0
发帖数: 244 | 13 再问一个常见的问题，就是在 eclipse 里，如何退回上一步，我发现这样经常需要用
到。想先看看一个方法的最终返回结果，然后如果有必要，再退回去，进到那个
function 里面看个究竟。
为什么这个很有用的 feature 不支持？ |
w**z
发帖数: 8232 | 14 there is a button called "drop the frame", it will bring you back to the
caller in stack.
【在 l******0 的大作中提到】
: 再问一个常见的问题，就是在 eclipse 里，如何退回上一步，我发现这样经常需要用
: 到。想先看看一个方法的最终返回结果，然后如果有必要，再退回去，进到那个
: function 里面看个究竟。
: 为什么这个很有用的 feature 不支持？
|
l******0
发帖数: 244 | 15 That helps, but not "one step back".
【在 w**z 的大作中提到】
: there is a button called "drop the frame", it will bring you back to the
: caller in stack.
|
s******e
发帖数: 493 | 16 Used to write monte carlo simulation running tens millions of loop times.
Here was what I did. it might not be the best approach.
1.carefully check the logics for culprit. if failed,
2.then run the loop a couple of times and check all the major lines for
possible offenders. if still failed,
3.use bisect method to cut the number of loop times for each check. very
tedious... if still failed.
4.leave it alone and pray... |
g*****g
发帖数: 34805 | 17 You can only drop the existing stack and re-enter, you can't go back one
step.
Virtually every runtime is like that.
【在 l******0 的大作中提到】
: That helps, but not "one step back".
|
b***i
发帖数: 3043 | 18 这个时间机器也许并不是必须的。
假如这个函数里面你想退回去，办法是有的。你好好描述说说你具体需要什么。要非常
具体，也许是有办法的。比如，你想回到呼叫的函数那里看看变量的值什么的。是这样
吗？
【在 l******0 的大作中提到】
: 再问一个常见的问题，就是在 eclipse 里，如何退回上一步，我发现这样经常需要用
: 到。想先看看一个方法的最终返回结果，然后如果有必要，再退回去，进到那个
: function 里面看个究竟。
: 为什么这个很有用的 feature 不支持？
|
c*****y
发帖数: 562 | |
l******0
发帖数: 244 | 20 还有个 eclipse 里面经常遇到的 debugging 问题. 就是在 debug mode 下，有时程序
运行得 abnormally slower than usual. 例如，设置两个 break point, 在第一个完
成后，点击 'resume'，它不很快跳到 next break point, 而是运行很长时间，有时1,
2 分钟，很慢。
大家遇到过这种问题没有？ 是什么原因 |
w**z
发帖数: 8232 | 21 how big is your heap size for eclipse? It is slow if you don't give enough
memory. try intellij IDE , supposed to be better.
1,
【在 l******0 的大作中提到】
: 还有个 eclipse 里面经常遇到的 debugging 问题. 就是在 debug mode 下，有时程序
: 运行得 abnormally slower than usual. 例如，设置两个 break point, 在第一个完
: 成后，点击 'resume'，它不很快跳到 next break point, 而是运行很长时间，有时1,
: 2 分钟，很慢。
: 大家遇到过这种问题没有？ 是什么原因
|
l******0
发帖数: 244 | 22 That size is big enough, more than 1G. I found some discussion on this here,
but the tricks not working for my observation.
http://stackoverflow.com/questions/4591187/running-a-program-in
【在 w**z 的大作中提到】
: how big is your heap size for eclipse? It is slow if you don't give enough
: memory. try intellij IDE , supposed to be better.
:
: 1,
|
