summaryrefslogtreecommitdiff
path: root/result/japancrlf.xml.sax2
diff options
context:
space:
mode:
authorDaniel Veillard <veillard@redhat.com>2013-05-22 22:56:45 +0200
committerDaniel Veillard <veillard@redhat.com>2013-05-22 22:56:45 +0200
commitdcc19503193c71596278a252064a8ce66331b3cd (patch)
treec2df8cc1d46561ac32bcd5ef686ea913418e63e8 /result/japancrlf.xml.sax2
parente38217ae82612f1c98c21e8fc16c2f823967bd49 (diff)
downloadlibxml2-dcc19503193c71596278a252064a8ce66331b3cd.tar.gz
Fix a parsing bug on non-ascii element and CR/LF usage
https://bugzilla.gnome.org/show_bug.cgi?id=698550 Somehow the behaviour of the internal parser routine changed slightly when encountering CR/LF, which led to a bug when parsing document with non-ascii Names
Diffstat (limited to 'result/japancrlf.xml.sax2')
-rw-r--r--result/japancrlf.xml.sax211
1 files changed, 11 insertions, 0 deletions
diff --git a/result/japancrlf.xml.sax2 b/result/japancrlf.xml.sax2
new file mode 100644
index 00000000..878eae45
--- /dev/null
+++ b/result/japancrlf.xml.sax2
@@ -0,0 +1,11 @@
+SAX.setDocumentLocator()
+SAX.startDocument()
+SAX.startElementNs(入力メッセージ, NULL, 'http://schemas.cordys.com/webapps/1.0/bpm/c8c8b82a-0ac0-3d19-01e2-bda74af9b826', 1, xmlns='http://schemas.cordys.com/webapps/1.0/bpm/c8c8b82a-0ac0-3d19-01e2-bda74af9b826', 0, 0)
+SAX.characters(
+ , 2)
+SAX.startElementNs(Ele, c8c, 'http://schemas.cordys.com/webapps/1.0/bpm/c8c8b82a-0ac0-3d19-01e2-bda74af9b826', 1, xmlns:c8c='http://schemas.cordys.com/webapps/1.0/bpm/c8c8b82a-0ac0-3d19-01e2-bda74af9b826', 0, 0)
+SAX.endElementNs(Ele, c8c, 'http://schemas.cordys.com/webapps/1.0/bpm/c8c8b82a-0ac0-3d19-01e2-bda74af9b826')
+SAX.characters(
+, 1)
+SAX.endElementNs(入力メッセージ, NULL, 'http://schemas.cordys.com/webapps/1.0/bpm/c8c8b82a-0ac0-3d19-01e2-bda74af9b826')
+SAX.endDocument()