Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: msxml3 memory leak and how to change C++ app to use msxml6 instead?

From: "Samuel Zhang" <qisamuelzhang@-------.--->
To: NULL
Date: 4/23/2008 10:45:00 AM

Hi Glenn,

Looks like you've got the answer in MSDN forum. I'd appreciate it a lot if 
you can update the experiment result with us. Thanks.

Samuel

<glenn_ramsey@y...> wrote in message 
news:d5940b88-19db-47df-bc80-bed2c7bfaa9b@p......
> Hi,
>
> I have a native C++ app that uses an sproxy.exe generated web service
> client class. The underlying xml parser uses msxml3 and it appears to
> leak memory every time a web service is called. According to MSDN[1]
> this is by design and is caused by delayed garbage collection, however
> it seems that in this case the delay is indefinite and this leads
> eventually to the process using up all the physical memory and then
> using virtual memory leading to very poor performance.
>
> I would like to try msxml6 to see if that is any better but I can't
> figure out how to make it do that.
>
> What I have tried is this:
>
> In atlsoap.h there is a
>
> #include "msxml2.h"
>
> and later
> ...
> #pragma comment(lib, "msxml2.lib")
>
> I have changed these to msxml6 and also set my VS project to
> statically link ATL. After doing this VS detects that msxml6.dll is a
> dependency but when I profile the app in depends.exe I see it is still
> using msxml3.dll.
>
> Also I understand that you can also specify which version of a dll to
> use using the manifest, however I've been so far unable to find the
> publicKeyToken for any version of msxml6, so I can't get this to work.
>
> Anyone know how to make atlsoap use msxml6?
>
> Glenn
>
> [1] http://support.microsoft.com/kb/304227/ 



transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent