[ https://issues.apache.org/jira/browse/XERCESC-439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Boris Kolpackov closed XERCESC-439. ----------------------------------- Resolution: Won't Fix Assignee: (was: Xerces-C Developers Mailing List) The COM interface is no longer supported. > Support for garbage collection in IDOM implementation > ----------------------------------------------------- > > Key: XERCESC-439 > URL: https://issues.apache.org/jira/browse/XERCESC-439 > Project: Xerces-C++ > Issue Type: Bug > Components: DOM > Affects Versions: 1.7.0 > Environment: Operating System: All > Platform: All > Reporter: Jean-Daniel Fekete > > Currently, the memory model of the IDOM is performant but doesn't free memory > until the document is freed. > Looking at the implementation, it seems very simple to add an optional > support > for the Boehm-Demers-Weiser garbage collector > (http://www.hpl.hp.com/personal/Hans_Boehm/gc/) or any other garbage > collector > package. This could be done by moving the allocation mechanism performed by > the IDOMDocumentImpl into an allocator object, not an STL allocator but one > that matches the current allocation mechanism performed by IDOMDocumentImpl. > You could then provide by default the standard allocator and describe in an > example how to change it for an allocator that uses garbage collection. > I am a fan of garbage collection with C++ since it simplifies programming a > lot > and increases performance by avoiding reference counting while still > releasing > memory. It seems that the IDOM interface simplifies a lot memory management > but for applications that perform heavy changes to a document, memory rapidly > becomes an issue. > -- > Jean-Daniel Fekete fek...@cs.umd.edu > Invited Professor, HCIL tel: 301-405-4116 > Dept of Computer Science fax: 301-405-6707 > University of Maryland, College Park, MD 20742 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org For additional commands, e-mail: c-dev-h...@xerces.apache.org