hej stefan,
if i run the query with explicit call of the fn:exists() function, as
you suggested, it works indeed fine.
> could you please check, whether undoing Peter's change of
> MonetDB/src/gdk/gdk_relop.mx 1.29 -> 1.130 does solve your problem?
same, if i redo this change. the problem is gone then. since you
suggested this test, i hope, you have an idea now, what goes wrong here.
i don't think, i can repair it myself.
best -henning
>
> I.e., run
> cvs up -j1.1{30,29} src/gdk/gdk_relop.mx
> in MonetDB, recompile and test again.
>
> (don't forget to redo the undone changes by running
> cvs up -j1.1{29,30} src/gdk/gdk_relop.mx
> afterwards)
>
> See also BUG
> #1704972 "GDK change causes FATAL BATpropcheck with XQuery"
> at
> http://sourceforge.net/tracker/index.php?func=detail&aid=1704972&group_id=56967&atid=482468
>
> Stefan
>
>
> On Fri, Apr 20, 2007 at 07:19:39PM +0200, Stefan Manegold wrote:
>> On Fri, Apr 20, 2007 at 02:12:48PM +0200, Henning Rode wrote:
>>> hej stefan,
>>>
>>> thanks for the help. it was indeed check 14 of the BATpropcheck that
>>> goes wrong here, but we have no idea what causes the failure...
>> well, I guess this calls for a gdb session: break on BATouterjoin and
>> single-step through the code ...
>>
>> [...]
>>
>>> - the problem happens during the implicit translation of an existence
>>> predicate to a boolean value:
>>>
>>> whereas the following causes the problem:
>>>
>>> let $opt := <TijahOptions returnNumber="1000" ir-model="LMS"/>
>>> let $query := concat("//DOC[about(.,",tijah:tokenize("CVS"),")]")
>>> for $doc in tijah:query($query, $opt)
>>> where $doc//candidate
>>> return $doc
>>>
>>> this slightly changed query does it well:
>>>
>>> let $opt := <TijahOptions returnNumber="1000" ir-model="LMS"/>
>>> let $query := concat("//DOC[about(.,",tijah:tokenize("CVS"),")]")
>>> for $doc in tijah:query($query, $opt)
>>> where count($doc//candidate) > 0
>>> return $doc
>> could you please try, whether making the exist explicite by using
>> fn:exists() does work well, or not?
>> i.e.,
>>
>> let $opt := <TijahOptions returnNumber="1000" ir-model="LMS"/>
>> let $query := concat("//DOC[about(.,",tijah:tokenize("CVS"),")]")
>> for $doc in tijah:query($query, $opt)
>> where exists($doc//candidate)
>> return $doc
>>
>>
>>> - it looks like a typical bug report, however, it seems also to some
>>> extend data bound. the same error does not occur in all my query topics,
>>> but only for some. and the amount of data i use, is too large for a bug
>>> report.
>> and you classify, which query topics do trigger the bug and which don't?
>>
>> [...]
>>
>> Stefan
>>
>>
>> --
>> | Dr. Stefan Manegold | mailto:[EMAIL PROTECTED] |
>> | CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ |
>> | 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 |
>> | The Netherlands | Fax : +31 (20) 592-4312 |
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> Monetdb-developers mailing list
>> Monetdb-developers@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/monetdb-developers
>
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Monetdb-developers mailing list
Monetdb-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monetdb-developers
