即使你把输出导向到文件中，运转记录花费的时间所带来的冲击，仍然足够改变程序的执行结果。如果要改善这种情况，我必须回到一个我所谓的“Memory Trails”（内存记号）的低阶技术中。
为了使用 memory trail，你必须产生一个全局缓冲区，以及一个指向该缓冲区的全局指针。例如：
char gMemTrail[16384];
char *pMemTrail = gMemTrail;
每当想印出某些东西到屏幕上或文件中，你就写一个记号到 memory trail中。例如：
*pMemTrail++ = 'D';
你的程序中的每一个追踪点都应该写出一个不同的记号。不论什么时候你想要，或是在程序当掉之后，你可以利用调试器看看 memory trail 的内容，分析其间到底发生了什么事。它当然不像文字那么容易阅读，但总比乱猜的好。
有一个鲜为人知的调试器特性，可以帮助你观看这个缓冲区内容。当程序停在断点上时，选择 Visual C++ 的【View/Memory】，打开“内存窗口”。一旦窗口开启，双击程序中的全局变量，使它成为高亮度，然后把它拖拉到“内存窗口”中，于是你就会看到数据以字节形式表现出来。如果要切换为文字形式，请选按【Tools/Options】菜单项，并选择其中的【Debug】附页，然后在“内存窗口”中把【Format】设定为 ASCII。[这个非常的好，非常的有用]
现在每当你的程序在调试器中停下来，“内存窗口”就会把有变化的数据高亮度起来。这样就可以很方便地观察 memory trail 中哪些数据被加了进来。如果你需要储存更多信息，你可以使用一个 DWORDs 数组，放置整个观察集合。例如：
*pBuf++ = (5 << 16 | some_useful_value);
这可以把 5 存放到较高字，把另一个数值存放在较低字。“内存窗口”可以被设定为 Long Hex 模式，于是数据可以比较容易被解读。
Memory trails 可以大量降低彼此干扰的可能性，因为它既没有用到系统函数，也没有用到同步机制。然而也由于它不是同步操作，当两个线程同时写入一笔数据，memory trails 还是有可能遗失数据。如果你有许多线程，而其中有许多断点，这可能会造成严重的问题。
【查看--调试窗口--memory】
【工具---选项---调试---内存器窗口】
【结束语】：欢迎网友们推荐更多的，更好的调试方法