DO NOT REPLY [Bug 17945] - Allow custom implementation of DOMNode interface to enable reference counting over nodes (and thus their early disposal)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 17945] - Allow custom implementation of DOMNode interface to enable reference counting over nodes (and thus their early disposal)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 17945] - Allow custom implementation of DOMNode interface to enable reference counting over nodes (and thus their early disposal)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 17945] - Allow custom implementation of DOMNode interface to enable reference counting over nodes (and thus their early disposal)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 17945] New: - Allow custom implementation of DOMNode interface to enable reference counting over nodes (and thus their early disposal)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Need somebody familiar with BCB and Xerces.

Here's the XML If I am ever trapped in a horror film.doc 24576 cheats test fdsfdsfds test CSAP data.xls 267776 cheats test another test test conversation3.txt 564 mods test kjf;ldsjkf;dsjkfd;sl This is a test Here's the code: ARecord(); DOMNodeList *childNodes = p_Node->getC

Re: Getting entities inside of a DTD

Hi Elliot, Well, there don't seem to be any entities declared in personal.dtd (at least in the current CVS version). Have you tried explicitly adding some there (or into an internal subset in personal.xml) to see what would happen? Cheers, Neil Neil Graham XML Parser Development IBM Toronto Lab

Re: DOS attack via Xerces

Hello all, Having done a good portion of the work to address this in Xerces-J, I guess I'm in a relatively good position to look into it in Xerces-C. I think a design relatively similar to what was adopted in Java should work here; when I have the details together I'll post something. My goal wi

RE: Getting entities inside of a DTD

The same that is in the DOMPrint example. Boss Big [EMAIL PROTECTED] Worker One [EMAIL PROTECTED] Worker Two [EMAIL PROTECTED] Worker Three [EMAIL PROTECTED] Worker Four [EMAIL PROTECTED]

RE: Getting entities inside of a DTD

> C:\XercesC++\binary\xerces-c2_1_0-win32\samples\data>DOMPrint > -e -v=auto -n the result depends more on whats in the personal.xml file. would be helpful if u can tell us whats in there. - To unsubscribe, e-mail: [EMAIL PROTE

Getting entities inside of a DTD

All, To refrain from using my own code, I will just reference the DOMPrint example. Why is it that when I add the following code to DOMPrint, I always get a length of 0 for the DOMNamedNodeMap returned from getEntities on the doctype of the document (did that make sense?). DOMNode

RE: About "Conflicting namespace declaration"

Hi Neil, I thought over your response. You are right, when I look at it with a different perspective, it makes sense. Thanks for the response. -Vinayak > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 11, 2003 4:35 PM > To: [EMAIL PROTECTE

Crash in SchemaValidator::validateElement

Hi, I am able to successfully implement EntityResolver to take care of the external schema locations. The parser is observed to throw and exception, when the Schma is missing at the specified location - but for the next call to parse() method, the application is observed to be crashing with the

Re: Got it to write, now need to read it back in.

Hi, > I finally have my document: > > ?>CSAP > data.sxc56670 >testjkf;dlsjafkdl;jkdfThis is a > test. > > Now, I am trying to read out the files using this basic code: > > DOMDocument *myfiles = parser->getDocument(); > DOMElement *root = myfiles->getDocumentElement(); > DOMNod

Re: About "Conflicting namespace declaration"

Hi Vinayak, I completely agree with Neil. The way I think about this is that it is namespace bindings are a parse time thing. After that the ns attrs have no effect at all. The only reason we are adding them in is so the document can be output and then read back in and be logically equi