Hello Jason, you wrote
> Is there some fundamental reason that the memory needs to be managed
> by the parser? Why can't it be managed by the document?
I think this is merely a design issue: As the parser creates documents, it
should also be responsible of deleting them. Solely for this reason t
Hi Samar,
Tinny Ng and i already had some disccussion on this during the last few day,
in case you missed them: Tinny also suggested the 'set to zero after delete'
solution. However, there are quite a lot of places which must be fixed.
regards, Martin
Hi Tinny, You wrote:
> I think the fix is to reset fLocalPart to zero before calling
> new, i.e. ...
> Then deleting fLocalPart twice is not a problem, and users can call
> QName::cleanUp().
Of course, this fixes the problem for Qname, but not for the users of Qname.
Look at the following frag
Some weeks ago i posted a message on this list, where i pointed out that
Xerces, as it currently is, cannot survive temporary out-of-memory
conditions without punching memory leaks, and thus looks not really fit to
be used in a 'cruel-real-world' server application. ( The Subject was :
"Xerces in
Hi there,
we are currently reasoning about whether it is possible to use Xerces in a
multithreaded server Application, whrere failure of memory allocation must
be tolerated. More exactly: failure of global operator new or malloc() may
always happen when the server is heavy loaded, but they will n
I wonder about the current state of IDOM Development. It is still not
documented very well, and classified as 'experimental' in
http://xml.apache.org/xerces-c/program.html#IDOMProgGuide
Is IDOM under active development at all ?
It is really preferable to use IDOM instead of DOM in a server appli
Hello Dave, you wrote:
> It's unfortunate, but we
> just can't use the Xerces DOM as our native one, as the performance is
> horrible, and the DOM_Node classes are not polymorphic.
What about the new IDOM ?
Martin
-
To unsubs
. November 2001 04:04
To: [EMAIL PROTECTED]
Subject: RE: Xerces-C XPath module
> -Original Message-
> From: Cornelius, Martin [mailto:[EMAIL PROTECTED]]
>
> IMHO, of course there is a need for this: There are many imaginable
> applications that need XPath to navigate docum
