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=19041>.
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=19041

createTextNode accepts x10 character as value

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |INVALID



------- Additional Comments From [EMAIL PROTECTED]  2003-07-23 15:41 -------
According to the DOM Level 2 Core Specification the method createTextNode() 
does not issue any exceptions (refer to http://www.w3.org/TR/2000/REC-DOM-Level-
2-Core-20001113/core.html#ID-1975348127).  Consequently, there is no checking 
that the text passed to this routine contains valid characters and that is why 
the x10 ends up in the file.

As for your attached code that reads in the generated XML file (when you run 
the program the second time with input as foo.xml), the parse->parse() call in 
the parseDocument() routine actually fails as a fatal error is issued for an 
invalid character (x10).  However, since you do not have an error handler 
registered your main program doesn't recognize that there is a problem.  If you 
take the foo.xml file and run it through the DOMPrint sample, which has an 
error handler, you will get a Fatal Error printed on the screen.

Regards,
David A. Cargill

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to