血泪经验,大家看看吧.(100分)

  • 主题发起人 主题发起人 liguang
  • 开始时间 开始时间
L

liguang

Unregistered / Unconfirmed
GUEST, unregistred user!
我发现DELPHI的内存分配和释放函数GetMem和FreeMem最好不要在COM组件的编写过程中使用
否则可能会产生错误.
事情的经历是这样的,由于工作需要,要将一个VC写的DLL用DELPHI封装成为COM组件,在COM
中我需要分配一些内存然后传给VC写的这个DLL由他款充后然后再由我使用.
就是这样一个过程,在使用内存的时候我使用的是GetMem和FreeMem来进行的,程序开始运行
的时候没有问题,可是当一个操作连续跳几次之后问题就来了,灾难性错误,这种错误虽然在
COM组件的编写过程中常见,但是也绝对是令人头痛的事情.于是我开始找错.
最初我怀疑错误是VC DLL填写我分配的内存区所造成的,可是后来经过查找后这种可能性被
排除.这时我就已经感觉到可能是由DELPHI中的内存分配函数与COM组件兼容性不好,所造成
的这个问题,但是又一时没有其它的函数替换.
万般无奈之下向HUBDOG大侠请教,哈大侠告之,在COM中分配内存最好使用IMalloc接口来实现
我就象是得到了救命稻草一样,马上在程序中试了一下,果然如此.看来问题的确是由DELPHI
的内存分配函数所造成的.
补充说明一点:出错的代码段是使用GetMem分配了1.4K左右的内存,而只分配了几百字节的代
码段则没有事情.
 
faint......
 
颇有可鉴
 
血泪经验还给分,佩服啊佩服啊
 
我到时候就不流血了。
 
可鉴,不过想个办法解决比较好:)
 
thank you !!!
 
>> 我发现DELPHI的内存分配和释放函数GetMem和FreeMem最好不要在COM组件的编写过程中
>> 使用否则可能会产生错误.

>> 在COM中分配内存最好使用IMalloc接口来实现

会不会是你的内存分配和释放代码有问题???
好像 在COM中,分配管理一般是COM库中IMalloc接口来实现。
你也可以自己来实现内存管理,当然,你的实现必须符合COM的内存管理规范。

 
lha说的没错,MSDN中有明确说到,在COM中的内存分配应该尽量使用IMALLOC。
你当时可能太急着上手了,有些地方没看到。
 
小弟一定紧记,以免重蹈前辈的覆辙。
 
谨记!
分析一下,问题是来源于操作系统本身耶(分析不透,COM不太懂,呵呵)
 
不同的开发环境分配内存的方式是不一样的,COM是基于二进制的对象重用方式,
为了能够在不同的环境中使用COM组件,COM对内存的分配和释放是有要求的,即
要通过IMalloc接口来分配和释放内存(IMalloc::Alloc, IMalloc::Free),或者
调用CoTaskMemAlloc, CoTaskMemFree。同时,COM对内存的分配和释放的职责
也是有规定的,对于[in]参数,内存应该由Client分配和释放,对于[out]参数,
内存由Server分配,但是由Client释放,对于[in,out]参数,内存可以在Client
端分配,在Server端可以被释放,然后再分配,最后在Client端释放。
COM其实对一个熟悉C++的程序员来说并不是很困难,仔细研究一下从类重用方式
转化到二进制重用的方式所碰到的问题,就会明白COM为什么会是这样的,而且本质
上来说,COM和Class没有多少区别。
 
不错经验共享!
 
谢谢你的经验。
 
多人接受答案了。
 
后退
顶部