Is it possible that this hasn't been fixed yet? I still get unescaped
double quotes when converting a node that contains a string with
quotes...
** Attachment added: reproduce
https://bugs.launchpad.net/zorba/+bug/878508/+attachment/3230168/+files/json.xq
--
You received this bug
** Attachment added: reproduce
https://bugs.launchpad.net/bugs/1027270/+attachment/3230447/+files/xmlparse3.xq
--
You received this bug notification because you are a member of Zorba
Coders, which is the registrant for Zorba.
https://bugs.launchpad.net/bugs/1027270
Title:
parse-xml -
Public bug reported:
xmllint wiki.xml reveals that for some reason the input file contains lots of
numeric character references (cat and vim decode those automatically).
Strangely it doesn't seem to be only one character but a combination of lines
that provokes the behaviour (I tried removing
@Chris, you are right, since I added the ?xml version=1.0
encoding=UTF-8 ? xmllint also prints it properly. But with xmllint
--encode ascii wiki.xml you get my describe behaviour, strange
default..
Anyway, so all characters are valid UTF-8. But what I found is that most
characters in that
** Description changed:
- xmllint wiki.xml reveals that for some reason the input file contains lots
of numeric character references (cat and vim decode those automatically).
- Strangely it doesn't seem to be only one character but a combination of lines
that provokes the behaviour (I tried
** Attachment added: reproduce
https://bugs.launchpad.net/bugs/1024033/+attachment/3221386/+files/xmlparse.xq
--
You received this bug notification because you are a member of Zorba
Coders, which is the registrant for Zorba.
https://bugs.launchpad.net/bugs/1024033
Title:
segfault in
Public bug reported:
parse-xml:parse() results in a segfault when called with:
opt:options
opt:parse-external-parsed-entity opt:skip-root-nodes=0 /
/opt:options
or with
opt:options
opt:parse-external-parsed-entity opt:skip-root-nodes=1 /
/opt:options
for that matter.
With only opt:options
** Description changed:
parse-xml:parse() results in a segfault when called with:
opt:options
- opt:parse-external-parsed-entity opt:skip-root-nodes=0 /
+ opt:parse-external-parsed-entity opt:skip-root-nodes=0 /
/opt:options
or with
opt:options
-
Public bug reported:
We compiled the zorba from source, revision 10923 and we still get a
segfault when running xml:parse on something we got from either http:get
or fetch:content. Maybe reopen bug #867154 or bug #1020953
Replacing the let http:get() with variable http:get(); fixes it.
$ zorba
** Attachment added: reproduce
https://bugs.launchpad.net/bugs/1023170/+attachment/3218992/+files/variable-zorba.xq
** Description changed:
We compiled the zorba from source, revision 10923 and we still get a
segfault when running xml:parse on something we got from either http:get
- or
Public bug reported:
Zorba fails to install from the repository ppa:juan457/zorba on Ubuntu 12.04
Precise Pangolin.
Reason: zorba: Depends: libicu44 but it is not installable
Output as follows:
$ sudo apt-get install zorba
Reading package lists... Done
Building dependency tree
Reading
11 matches
Mail list logo