You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@xerces.apache.org by bu...@apache.org on 2003/11/09 23:16:57 UTC
DO NOT REPLY [Bug 24535] -
Memory allocation problem in MemBufInputSource class
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24535>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24535
Memory allocation problem in MemBufInputSource class
neilg@ca.ibm.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
------- Additional Comments From neilg@ca.ibm.com 2003-11-09 22:16 -------
Hello. I think perhaps you might not have grasped the purpose of the last
parameter: If you have allocated memory for the XML input that you want the
parser to deallocate, you set the parameter to true and it will deallocate it.
If you don't want this to happen--and obviously you don't if the memory in
question was allocated on the stack--then you simply set the fourth parameter
of the constructor to false, and the parser will let the memory be. It is up
to your application to make sure that it knows the difference between memory
that it does and does not want the parser to deallocate.
The reason this flexibility exists is that there are times when you can save a
mem copy this way.
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-c-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-c-dev-help@xml.apache.org