UNIX的一个内存分配函数coredump的问题

sowind

写的一个大型软件，在运行一个函数时候经常coredump
利用DBX分析core文件，得到如下结果：
t_delete(0x873f430) at 0x80031e98
realfree(0x873f3dc) at 0x80031bef
_real_malloc(0x20) at 0x8003182d
_malloc(0x20) at 0x800315b1
malloc(0x20) at 0x811e0fe

也就是core在内存分配的地方了，这个问题比较怪异，请教大侠们什么情况下会导致这种结果。

但是尝试在分配内存以后打log（打开文件写操作），居然就再不core了
问题是这样解决了，但是总觉得怪怪。
小弟迷惑于此，请知情的大侠指点一二！

ChinaPeter

[quote]原帖由 "sowind"][/quote 发表：


看是不是内存越界了。
内存越界会导致这种情况哦

sowind

程序太大了，不好查
但是为什么做一个printf或者sprintf操作就不会core呢

ChinaPeter

[quote]原帖由 "sowind"][/quote 发表：


也有可能是你引用了已经释放的指针。
那结果也是不可预料的。


如果你再打开一个文件对象，你被释放的内存就被重新分配了。
你看看文件里是不是写的你自己想写的东西。特别是在文件开始，会不会出现别的东西呢

高峰

搞大型软件开发的，一定要确定系统给你成功分配了内存！

sowind

文件里写的log是对的，没有别的东西
而且在malloc/free前写log有效果
在malloc/free之后写log还是会coredump

高峰

malloc 不是100％返回成功的，你malloc后需要马上判断一下，确定指针是否分配到了内存！

sowind

Thank you!I had got the bug!

Alligator27

原帖由 sowind 于 2006-3-10 23:32 发表
Thank you!I had got the bug!

Congrats !

LZ 能否分享一下经验. 怎么发现的bug, 用了什么方法和工具?

谢谢