Bugs item #1726599, was opened at 2007-05-27 22:32
Message generated for change (Comment added) made by stmane
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=482468&aid=1726599&group_id=56967

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: PF/runtime
Group: Pathfinder CVS Head
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Wouter Alink (vzzzbx)
Assigned to: Peter Boncz (boncz)
Summary: XQuery: collection management broken

Initial Comment:
Today's MonetDB 4.17

Given a small document: <aap id="1"/>

shredding it once, deleting it, and shredding it again corrupts the database.


[wou...@localhost test]$
/opt/MonetDB-4.17/bin/MapiClient -lxq -p50170 
xquery>pf:add-doc("/home/wouter/test.xml","doc1.xml") 
more>xquery>pf:del-doc("doc1.xml") 
more>xquery>pf:add-doc("/home/wouter/test.xml","doc1.xml") 
more>xquery>pf:collection("doc1.xml")
more><aap id="1"/><aap id="1"/>
xquery>

At first sight the document still looks intact:

xquery>doc("doc1.xml") 
more><?xml version="1.0" encoding="utf-8"?>
<aap id="1"/>

But then it looks like the document's document node has gone, because:

xquery>doc("doc1.xml")/aap
more>
xquery>

gives an empty result.


----------------------------------------------------------------------

>Comment By: Stefan Manegold (stmane)
Date: 2009-11-16 22:20

Message:
re-opened as the test fails on all platforms at least since 2009.04.09
cf.,
http://monetdb.cwi.nl/testing/projects/monetdb/Stable/pathfinder/.mTests103/GNU.64.64.d.1-Fedora10/tests_BugTracker/collection_management.SF-1726599.out.00.html
http://monetdb.cwi.nl/testing/projects/monetdb/Stable/pathfinder/.mTests103/GNU.32.32.d.1-Debian4.0/tests_BugTracker/collection_management.SF-1726599.err.00.html


----------------------------------------------------------------------

Comment By: Peter Boncz (boncz)
Date: 2007-06-08 02:23

Message:
Logged In: YES 
user_id=591107
Originator: NO

fixed

----------------------------------------------------------------------

Comment By: Stefan Manegold (stmane)
Date: 2007-05-29 10:26

Message:
Logged In: YES 
user_id=572415
Originator: NO

See also
http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests103/GNU.64.64.d-Fedora6/tests_BugTracker/collection_management.SF-1726599.err.00.html
http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests103/GNU.64.64.d-Fedora6/tests_BugTracker/collection_management.SF-1726599.out.00.html


----------------------------------------------------------------------

Comment By: Stefan Manegold (stmane)
Date: 2007-05-28 12:55

Message:
Logged In: YES 
user_id=572415
Originator: NO

Test added in
pathfinder/tests/BugTracker/Tests/collection_management.SF-1726599*


----------------------------------------------------------------------

Comment By: Peter Boncz (boncz)
Date: 2007-05-28 01:16

Message:
Logged In: YES 
user_id=591107
Originator: NO

yes indeed, it seems that:

- pf:del-doc() does not cleanup empty-collections, while MIL delete_doc()
does this
  as a result, the second add-doc adds the document to the previous
collection

- there seems to be a bug in index filtering for deleted documents in a
multi-doc collection
  as the functinality is new, so it is not that surprising

will fix soon

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=482468&aid=1726599&group_id=56967

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Monetdb-bugs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/monetdb-bugs

Reply via email to