[ http://issues.apache.org/jira/browse/AXISCPP-674?page=comments#action_12320561 ]
Jonathan Davies commented on AXISCPP-674: ----------------------------------------- Running the debug version of the Calculator sample on Win2000, the modification in ChannelFactory::UnLoadChannelLibrary to use: delete m_pChannel[iLibIndex]; causes the delete operator to call free( ) which then tries to use the _crtheap set to a different value to that when the memory was allocated. Building a MAP file for HTTPChannel_D.dll shows it has a _crtheap variable and uses heapcreate. Reseting the value of _crtheap in the debugger to that when the allocation was performed removes the problem. > 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
