[ http://issues.apache.org/jira/browse/AXISCPP-674?page=comments#action_12322577 ]
Jonathan Davies commented on AXISCPP-674: ----------------------------------------- My bad choice of words: "removes the problem". what I should have said was "prevents the line _ASSERTE(_CrtIsValidHeapPointer(pUserData)); in dbgheap.c from asserting showing that my build is passing the wrong _crtheap value to _free_dbg called by the delete operator. As you say this obviously does'nt fix anything. Please see the mail: http://www.mail-archive.com/axis-c-dev@ws.apache.org/msg03599.html which describes the details, rather than repeat them all here. I'd be only too happy to be told I'm linking wrongly or similar , I'm using multithreaded dll for everything but can't track down the cause. > Memory leak > ----------- > > Key: AXISCPP-674 > URL: http://issues.apache.org/jira/browse/AXISCPP-674 > Project: Axis-C++ > Type: Bug > Versions: 1.5 Final > Environment: Win2000 > Reporter: Mark Kolb > Assignee: Samisa Abeysinghe > Priority: Critical > > When running a simple client test in a loop both the client and server memory > continue to climb and never come back down. I used the calculator example > and modified it with a loop around the add. I noticed the memory climbing > very quickly in the client using performance viewer for that process. Also, > the server process which is listed as Apache#1 also has a memory leak. It is > using the Calculator.dll that is part of the Axis package. This occurred > for both HTTP and HTTPS protocols. I did this test with the 1.5 Final > release. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira