[
https://issues.apache.org/jira/browse/AXIS2C-1322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Manjula Peiris resolved AXIS2C-1322.
------------------------------------
Resolution: Fixed
Fix Version/s: 1.6.0
Assignee: Manjula Peiris
In the latest SVN the comment has been removed. So this memory leak will not be
there any more. Please test with the latest SVN revision.
> memory leak in axis2-c 1.5
> --------------------------
>
> Key: AXIS2C-1322
> URL: https://issues.apache.org/jira/browse/AXIS2C-1322
> Project: Axis2-C
> Issue Type: Bug
> Affects Versions: 1.5.0
> Environment: windows pro sp3 + tomcat 5.5 + JDK 1.5 + VC7
> Reporter: yong yang
> Assignee: Manjula Peiris
> Fix For: 1.6.0
>
>
> We wrote a simple web service client program using AXIS2C-1.5 to access a
> java web service. In our test environment, there is about 2k memory leak in
> AXIS2C 1.5 web service client after each web service call. Then we traced
> down and found that the following statement in function
> "guththila_xml_reader_wrapper_xml_free" of the source file
> "\parser\guththila\guththila_xml_reader_wrapper.c" has been commented out.
> if (data) AXIS2_FREE(env->allocator, data);
> When we uncommented out this statment, Cmemleak program told us that the
> memory leak has been droped from 2k to 76 bytes. The report for the rest of
> memory leak is as follows:
> FNH: files[i] deallocated ..\..\util\src\dir_handler.c: 316
> FNH: files[i] deallocated ..\..\util\src\dir_handler.c: 316
> FNH: files deallocated ..\..\util\src\dir_handler.c: 318
> FNH: str_header deallocated
> ..\..\src\core\transport\http\sender\http_client.c: 282
> FNH: output_stream deallocated
> ..\..\src\core\transport\http\sender\http_sender.c: 1339
> Final Report
> MLK: 00C81048 16 bytes allocated ..\..\util\src\error.c: 561
> MLK: 00C81180 16 bytes allocated ..\..\util\src\string.c: 54
> MLK: 00C811C8 24 bytes allocated ..\..\util\src\string.c: 81
> MLK: 00CBDA58 20 bytes allocated ..\..\util\src\http_chunked_stream.c: 48
> Total allocations : 4119
> Max memory allocation: 1149486 (1122K)
> Total leak : 76
> could you please verify the modification? If you have special reason to
> comment out that statement, could you please let us know how to fix the major
> memory leak?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.