Regression problems in Easy-PC - UPDATE: Have conformance test
that triggers reference counting bug in ole32.dll
Robert Shearman
rob at codeweavers.com
Thu Feb 9 12:20:19 CST 2006
Dr J A Gow wrote:
> Dr J A Gow wrote:
>
>>
>> It is as I thought that there is some issue with the object
>> destructor for the storage object being called and not actually
>> releasing the object. I have attached the complete patch to the tests
>> for storage32 to
>
>
> I have just had another thought on this and wonder if anyone could
> confirm it: Shouldn't destruction of the parent IStorage object
> automatically destroy all IStream objects opened within it? This seems
> to be the way Windows works as far as I can tell so far. Wine does not
> do this, requiring all child IStreams to be closed before the final
> call to the destructor of IStorage will actually release the memory
> (and file) associated with it. Any ideas?
Releasing memory behind your back in generally a bad thing, but if
Windows does that then that's what we should do too.
--
Rob Shearman
More information about the wine-devel
mailing list