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 "Boris Kolpackov (JIRA)" <xe...@xml.apache.org> on 2009/11/03 07:54:59 UTC
[jira] Closed: (XERCESC-439) Support for garbage collection in IDOM
implementation
[ 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 fekete@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-unsubscribe@xerces.apache.org
For additional commands, e-mail: c-dev-help@xerces.apache.org