...

[ 本帖最后由 BlueGuy 于 2010-12-10 03:54 编辑 ]

哥整了几天才整出来的 绝技，自此，基本上没有哥查不出来的bug
（给文件名编号，vim 又有用武之地了）

[ 本帖最后由 BlueGuy 于 2010-6-29 22:01 编辑 ]

昨晚写的有点错误， 已经更正了

顶的住压力，一直往前走， 是版主应有的作风

这是思路， 不是完整的代码。 只能说明你还不会怎么测试

了解一点，我用的 Vs2005集成的 Intel Parallel Inspector  查找内存泄漏。
不过， 我能够在 瞬间 精确定位 是 哪个地方内存泄漏， 那个啥工具能比的过我吗 ？

工具始终是工具， 脱离了工具， 我赤手空拳一样能打死他。

文件的id是从 100编号的， 这样编号也很容易理解，/
编号重复的责任在于编号者自己， 可以写批处理，也可以用工具编号， 没有人手工去编号的

我用的内存检测工具只能大概的报个地点， 却不能明确的指出是哪一个文件多次载入了，所以我写了这个简单的东西，
如果不能减少劳动力， 我是不会做那样的傻事的，

这个小方法可以 检测句柄泄露、内存泄露（fopen/fclose, malloc/free配对）


[ 本帖最后由 BlueGuy 于 2010-7-19 22:37 编辑 ]

不是的， 应该是都适用的。
不管是未释放内存，还是多次释放内存都能检测出来的， 因为文件编号是唯一的，/
除非那代码逻辑乱的不成样子了。

一个值得注意的地方就是 应该把内存分配和释放代码 封装在自己写的函数里， 这样就可以统一测试了
全局替换下 free/malloc 为自定义函数
 
不过，很可能我写的有问题， 回家休息了，有空和您讨论。

[ 本帖最后由 BlueGuy 于 2010-7-19 22:48 编辑 ]

你知道c 语言的内存是怎么复制的吗？ 没有人去复制整个内存。赋个指针就可以的，如果有人傻B，不去释放源指针指向的内存，那不在我的考虑范围之内，几行代码是不可能满足那么多的需求的。


[ 本帖最后由 BlueGuy 于 2010-7-20 08:50 编辑 ]