能力值：
( LV7，RANK：110 )
|
-
-
2 楼
我顶！！！！！！！！！！！！！！！
|
能力值：
( LV3，RANK：20 )
|
-
-
3 楼
支持支持一下。
|
能力值：
( LV8，RANK：120 )
|
-
-
4 楼
这是啥东西？我先坐好
|
能力值：
( LV8，RANK：120 )
|
-
-
5 楼
这感觉像一篇论文
|
能力值：
( LV15，RANK：440 )
|
-
-
6 楼
好眼力，确实是论文。
|
能力值：
( LV4，RANK：50 )
|
-
-
7 楼
Binary Instrument可以解决你提出的这几个缺陷
|
能力值：
( LV12，RANK：1000 )
|
-
-
8 楼
完全不懂，还是要顶！
|
能力值：
( LV15，RANK：440 )
|
-
-
9 楼
能给稍微科普下吗？挺有兴趣的。
|
能力值：
( LV15，RANK：440 )
|
-
-
10 楼
老大，我胡思乱想，你可别……
|
能力值：
( LV2，RANK：10 )
|
-
-
11 楼
貌似“语句块”不是编译术语，应该是“基本块”Basic Block。
另外，动态分析基本块是没啥问题的，你没有谈到的还有：动态调试遇到的麻烦——多线程情况准确的追踪。
|
能力值：
( LV15，RANK：440 )
|
-
-
12 楼
谢谢指正。 
对于多线程追踪这个问题确实挺头疼，不知道是不是可以这样，Windows环境下，调试事件都会传回对应的线程ID号，我们把追踪到的数据按照这个ID分类保存到数据库中，为以后的数据挖掘做准备。
个人感觉，自动追踪和调试器的任务还是有很大差别的，自动追踪的任务在于为后期的数据挖掘准备数据，而调试器的主要任务是辅助调试人员和程序实时地交互。
调试器的主要任务决定了他必须得尽量屏蔽多线程对“人”操作的打扰。现在的调试器普遍的作法是在有人“交互”的状态下，提高当前被调试线程的优先级或者干脆挂起其它线程。这就玩到了调试多线程程序时候的各种不稳定，这也是传统调试方法的局限性所在。以前写过三环的调试器插件，自己实现Windows的调试API,结果遇到了多线程环境（比如好几十个线程“同时”执行某个断点的情况导致调试器不稳定），纠结良久，无果，最后用多线程机制处理了下这情况，不过稳定性并不理想。
|
能力值：
( LV4，RANK：50 )
|
-
-
13 楼
http://www.pintool.org/
|
能力值：
( LV2，RANK：10 )
|
-
-
14 楼
完全没看明白。。。
|
能力值：
( LV2，RANK：10 )
|
-
-
15 楼
路人!只能用别人的 开发不行自己!
|
能力值：
( LV8，RANK：130 )
|
-
-
16 楼
学习一下，看看能看懂不。
|
能力值：
(RANK：860 )
|
-
-
17 楼
说的非常好，很有思路
|
|
|
|
