Segfault in xml:parse
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Zorba |
Fix Released
|
High
|
Chris Hillery |
Bug Description
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(
$ zorba -f -q variable-zorba.xq
[Thread debugging using libthread_db enabled]
<?xml version="1.0" encoding="UTF-8"?>
Program received signal SIGSEGV, Segmentation fault.
0xb54e29de in std::basic_
(gdb) bt
#0 0xb54e29de in std::basic_
#1 0xb54e2fee in std::basic_
#2 0xb7a0eb71 in zorba::
at /home/tillw/
#3 0xb7a13ac2 in zorba::
at /home/tillw/
#4 0xb7a143e3 in zorba::
at /home/tillw/
#5 0xb7a36246 in zorba::
at /home/tillw/
#6 0xb75ffc88 in zorba::
at /home/tillw/
#7 0xb73fc81d in zorba::
at /home/tillw/
#8 0xb76a67bb in zorba::
at /home/tillw/
#9 0xb77e7a32 in zorba::
at /home/tillw/
#10 0xb77f069d in zorba::
at /home/tillw/
#11 0xb76a67bb in zorba::
at /home/tillw/
#12 0xb76a6156 in zorba::
at /home/tillw/
#13 0xb7014061 in zorba::
at /home/tillw/
#14 0xb7013da2 in zorba::
at /home/tillw/
#15 0xb6fb747e in zorba::
at /home/tillw/
#16 0xb6fb6889 in zorba::
at /home/tillw/
#17 0x0805a91e in compileAndExecute (zorbaInstance=
outputStrea
#18 0x0805bdee in main (argc=4, argv=0xbffff024) at /home/tillw/
Related branches
- Chris Hillery: Approve
- Nicolae Brinza: Approve
-
Diff: 459 lines (+362/-6)6 files modifiedChangeLog (+8/-0)
src/store/naive/loader.h (+2/-1)
src/store/naive/loader_dtd.cpp (+22/-5)
test/rbkt/ExpQueryResults/zorba/parsing_and_serializing/parse-fragment-skip-root-57.xml.res (+159/-0)
test/rbkt/Queries/zorba/parsing_and_serializing/bad.xml (+158/-0)
test/rbkt/Queries/zorba/parsing_and_serializing/parse-fragment-skip-root-57.xq (+13/-0)
Changed in zorba: | |
status: | Fix Committed → Fix Released |
I'll take a look, as it is quite possibly to do with streams and URI resolution again. If it ends up being inside the parse code itself I'll re-assign to Nicolae, I believe.