Bugs item #2851106, was opened at 2009-09-04 14:27
Message generated for change (Comment added) made by stmane
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=482468&aid=2851106&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: PFtijah
Group: Pathfinder "stable"
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ying Zhang (yingying)
Assigned to: Jan Flokstra (jflokstra)
Summary: PF: problems with Tijah doc tape
Initial Comment:
I sometimes get the error that there is no matching MIL operator for some Tijah
doc tape MIL proc.
This happens some what unpredictable, i.e., it doesn't happen every time.
However, once I start to get this error, it won't disappear even by restarting
Mserver.
I have seen this error on different systems, e.g. FC10 and Mac OS10.5.
The error occurs both with the algebra and the MPS backend.
In the following mclient sessions, I was trying to add a document to a new DB.
It returns the error, while the documents have been added.
$ mclient -lx
xquery>pf:add-doc("/ufs/zhang/xmark/tkde/xmark2mb.xml", "test.xml", 'test',10)
more><>
MAPI = mone...@localhost:50000
QUERY = pf:add-doc("/ufs/zhang/xmark/tkde/xmark2mb.xml", "test.xml", 'test',10)
ERROR = !ERROR: interpret: no matching MIL operator to
'ALG_tj_docmgmt_tape(BAT[str,BAT], BAT[oid,BAT], BAT[oid,str], BAT[oid,str],
BAT[oid,str], BAT[oid,lng])'.
xquery>count(doc("test.xml"))
more><>
1
xquery>\q
$ mclient -lx -g
xquery>pf:add-doc("/ufs/zhang/xmark/tkde/xmark2mb.xml", "test2.xml", 'test',10)
more><>
MAPI = mone...@localhost:50000
QUERY = pf:add-doc("/ufs/zhang/xmark/tkde/xmark2mb.xml", "test2.xml", 'test',10)
ERROR = !ERROR: interpret: no matching MIL operator to
'tj_play_doc_tape(BAT[oid,BAT], BAT[oid,oid], BAT[oid,int], BAT[oid,lng],
BAT[oid,str])'.
xquery>count(doc("test2.xml"))
more><>
1
xquery>pf:documents()
more><>
<document updatable="true" url="/ufs/zhang/xmark/tkde/xmark2mb.xml"
collection="test">test.xml</document>,
<document updatable="true" url="/ufs/zhang/xmark/tkde/xmark2mb.xml"
collection="test">test2.xml</document>
xquery>\q
----------------------------------------------------------------------
>Comment By: Stefan Manegold (stmane)
Date: 2009-09-07 11:30
Message:
Note the orignal error message is actually about PROC / command
tj_play_doc_tape() and ALG_tj_docmgmt_tape(), not play_update_tape() ...
----------------------------------------------------------------------
Comment By: Stefan Manegold (stmane)
Date: 2009-09-07 11:27
Message:
The main question is, what does PROC play_update_tape() expect and/or what
can it cope with in the BAT heads?
- empty void-nil heads (TYPE_void with seqbase == oid_nil)
- dense non-materialized OIDs (aka. "Virtual ID", or VoID; i.e., TYPE_void
with seqbase != oid_nil)
- dense materialized OIDs (TYPE_oid, dense sequence with denseness
property set and seqbase != oid_nil)
- arbitrary materialized OIDs (TYPE_oid, arbitrary values, denseness
property not set, seqbase not relevant/used)
?
The answer to this questions will determine the proper way to fix this bug
...
----------------------------------------------------------------------
Comment By: Jan Flokstra (jflokstra)
Date: 2009-09-07 10:54
Message:
There ineed seems to be a problem with dense heads here. It is only strange
it only happens with pftijah. The 'subject' function was created with the
function 'play_update_tape' in pf_support.mx as example. This function uses
[void,xxx] bats as parameter.
PROC play_update_tape(bat[void, bat] ws, bat[void, oid] item, bat[void,
int] kind, bat[void,lng] int_values, bat[void,str] str_values) : void
So the signature of the failing function in modules/pftijah/pftijah.mx is
PROC ALG_tj_docmgmt_tape(BAT[str,bat] tape,
BAT[void,BAT] ws,
BAT[void,str] location,
BAT[void,str] docnames,
BAT[void,str] colnames,
BAT[void,lng] percentages) : bit
I think you can change the voids in the headtypes to oid and then look
what happens. When this solves the problem without a lot of deep debugging
I haqve no problem with this.
----------------------------------------------------------------------
Comment By: Ying Zhang (yingying)
Date: 2009-09-04 15:25
Message:
Unfortunately, starting Mserver with -d10 doesn't make difference.
----------------------------------------------------------------------
Comment By: Stefan Manegold (stmane)
Date: 2009-09-04 14:49
Message:
could you please check and report whether the problem also occurs with
property checking enabled, i.e., when starting Mserver with -d10 ?
If this prevent the error, the problem might be a not correctly
set denseness property "somewhere" in some code that creats a BAT,
triggering a function resolution mismatch between an expected dense
BAT-head (or -tail)
and a provided arbitrary (not knownly dense) BAT-head (or -tail) ...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=482468&aid=2851106&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
