April 2007 - developers-list

[Monetdb-developers] debugging question
by Henning Rode 23 Apr '07

23 Apr '07

hej developers, we have a debugging question... we have an xquery which stops the Mserver with the following output: MonetDB>!FATAL: BATpropcheck: BAT tmp_350(232) has inconsistent descriptor 16384 (40000) *** glibc detected *** double free or corruption (!prev): 0x0000000001488c10 *** Aborted while going line for line through the generated mil-code, we found that the system stops at the outerjoin of the following two BATs: print(tmp); tmp.info().print(); print(item); item.info().print(); # fflush(); tmp := tmp.outerjoin(item); # here crashes the Mserver we attached the output of the inserted print statements. the main problem is: the original xquery calls our pf/tijah functions, but the error occurs far later in the code (possibly still caused by pf/tijah code), but how should we debug this? the two argument BATs are printable and we also can't see any obvious problems in the BATinfo. can we for instance call such a BATpropcheck from mil? best -henning & jan # pftijah_option_handler: setting debug value to 5. #TJ:tj_get_ft_index() = DFLT_FT_INDEX. # CMDtijah_query: start, query="//DOC[about(.,cvs)]". # CMDtijah_query: call tijahParse. # old_main: setting fragmentation OFF. # CMDtijah_query: finish tijahParse. # CMDtijah_query: start MIL script. # CMDtijah_query: start executing MIL script. # tijah-mil-exec: start computation. # tijah-mil-exec: computed R1. # tijah-mil-exec: computed R2. # tijah-mil-exec: computed R3. # tijah-mil-exec: computed R4. # tijah-mil-exec: computed R5. # tijah-mil-exec: computed R6. # tijah-mil-exec: finish computation result in R6. # CMDtijah_query: finish MIL script. # CMDtijah_query: sizeof scoreBAT = 52100. # CMDtijah_query: finish. #-----------------# # h t # name # void oid # type #-----------------# [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, 0@0 ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, 1@0 ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, 2@0 ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] [ nil, nil ] #-----------------------------------------# # h t # name # str str # type #-----------------------------------------# [ "version", "25105" ] [ "batId", "tmp_274" ] [ "batCacheid", "188" ] [ "batParentid", "0" ] [ "batSharecnt", "0" ] [ "head", "void" ] [ "tail", "oid" ] [ "batPersistence", "transient" ] [ "batRestricted", "updatable" ] [ "batRefcnt", "1" ] [ "batLRefcnt", "1" ] [ "batDirty", "dirty" ] [ "batSet", "0" ] [ "void_tid", "5" ] [ "void_cnt", "1" ] [ "hsorted", "65" ] [ "hident", "h" ] [ "hdense", "0" ] [ "hseqbase", "nil" ] [ "hkey", "0" ] [ "hloc", "0" ] [ "hvarsized", "1" ] [ "halign", "2337314" ] [ "hnosorted", "0" ] [ "hnosorted_rev", "0" ] [ "hnodense", "0" ] [ "hnokey[0]", "0" ] [ "hnokey[1]", "0" ] [ "tident", "t" ] [ "tdense", "0" ] [ "tseqbase", "0@0" ] [ "tsorted", "0" ] [ "tkey", "0" ] [ "tloc", "0" ] [ "tvarsized", "0" ] [ "talign", "0" ] [ "tnosorted", "0" ] [ "tnosorted_rev", "0" ] [ "tnodense", "0" ] [ "tnokey[0]", "0" ] [ "tnokey[1]", "0" ] [ "batInserted", "0" ] [ "batDeleted", "0" ] [ "batFirst", "0" ] [ "top", "1000" ] [ "batStamp", "-2152" ] [ "lastUsed", "4264437" ] [ "curStamp", "2445" ] [ "batCopiedtodisk", "0" ] [ "batDirtydesc", "dirty" ] [ "batDirtybuns", "clean" ] [ "batBuns.free", "4000" ] [ "batBuns.size", "4096" ] [ "batBuns.maxsize", "4096" ] [ "batBuns.storage", "malloced" ] [ "batBuns.filename", "02/274.buns" ] [ "hheapdirty", "clean" ] [ "theapdirty", "clean" ] #-----------------# # h t # name # void oid # type #-----------------# [ 0@0, 1@0 ] [ 1@0, 1@0 ] [ 2@0, 1@0 ] #-----------------------------------------# # h t # name # str str # type #-----------------------------------------# [ "version", "25105" ] [ "batId", "tmp_377" ] [ "batCacheid", "255" ] [ "batParentid", "0" ] [ "batSharecnt", "0" ] [ "head", "void" ] [ "tail", "oid" ] [ "batPersistence", "transient" ] [ "batRestricted", "read-only" ] [ "batRefcnt", "1" ] [ "batLRefcnt", "1" ] [ "batDirty", "dirty" ] [ "batSet", "0" ] [ "void_tid", "5" ] [ "void_cnt", "1" ] [ "hsorted", "65" ] [ "hident", "h" ] [ "hdense", "1" ] [ "hseqbase", "0@0" ] [ "hkey", "1" ] [ "hloc", "0" ] [ "hvarsized", "1" ] [ "halign", "2337293" ] [ "hnosorted", "0" ] [ "hnosorted_rev", "0" ] [ "hnodense", "0" ] [ "hnokey[0]", "0" ] [ "hnokey[1]", "0" ] [ "tident", "t" ] [ "tdense", "0" ] [ "tseqbase", "0@0" ] [ "tsorted", "0" ] [ "tkey", "0" ] [ "tloc", "0" ] [ "tvarsized", "0" ] [ "talign", "0" ] [ "tnosorted", "1" ] [ "tnosorted_rev", "0" ] [ "tnodense", "0" ] [ "tnokey[0]", "0" ] [ "tnokey[1]", "0" ] [ "batInserted", "0" ] [ "batDeleted", "0" ] [ "batFirst", "0" ] [ "top", "3" ] [ "batStamp", "2237" ] [ "lastUsed", "4264457" ] [ "curStamp", "2445" ] [ "batCopiedtodisk", "0" ] [ "batDirtydesc", "dirty" ] [ "batDirtybuns", "clean" ] [ "batBuns.free", "12" ] [ "batBuns.size", "1024" ] [ "batBuns.maxsize", "1024" ] [ "batBuns.storage", "malloced" ] [ "batBuns.filename", "03/377.buns" ] [ "hheapdirty", "clean" ] [ "theapdirty", "clean" ]

3 8

Re: [Monetdb-developers] Question about milprint_summer
by Peter Boncz 20 Apr '07

20 Apr '07

Hi Maurice, > For my research on probabilistic XML, I need some additional > functions in XQuery implemented in mil. By means of copying > code from existing functions in milprint_summer, I've been > able to get some things working, but I still do not have the > feeling that I understand the meaning and purpose of all the > bats. For example, what's this ipik bat? There seem to be two > interfaces (NORMAL and VALUES) that pass data from one > subexpression to the next. My question is (I guess): which bats > are involved in each of the interfaces and which conditions > hold and do I need to adhere to wrt these bats? Is there some > documentation around about this? I checked the pathfinder Wiki, > but it, for example, gives no result for a search for "ipik". Jan wrote the following indications for writing functions in mps: http://www.pathfinder-xquery.org/wiki/index.php/Function_implementation The 'ipik' thing is not described there, because it is newer. It stands for iter-pos-item-kind, the four bats crucial to the relational sequence representation, which contain BAT[void,T] values. At some point, Stefan and me introduced support for constants. Since then, each variable (item-pos-item-kind) can possibly be a MIL constant. However, one of them *must* be still a BAT. But which? The purpose of the 'ipik' is to identify that BAT variable. That is, it is assigned to either iter,pos, item or kind. Then, the hairy part is whether your MIL code is constant-resistant. Obviously, if you can operate on the constants directly, the query tends to be faster. We provide support for constants in many pf_support.mx MIL procs (e.g. get_container()), as wel as MIL maps (e.g. [+](1,2) just works, i.e. multiplex allows constant-only parameters). A part of the MIL bat algebra (join, min, max, texist, etc) is supported on constants as well, see MonetDB4/src/modules/plain/constant.mx If you do not want to bother optimizing your code for constants, you can always use the 'materialize' command to inflate any constant back into a bat: # enforce all variables to be bats (no effort if already so) iter := iter.materialize(ipik); pos := pos.materialize(ipik); item := item.materialize(ipik); kind := kind.materialize(ipik); As for the two "rc" modes in mps (VALUES, NORMAL) the following: - NORMAL should be used always for heterogeneously typed sequences. The 'item' is a BAT[void,oid], where the tail OID refers to a value container (e.g. str_values). Booleans and nodes do not have a container, BTW. Thus, we have str_values/int_values and dbl_values (= dec_values). - the VALUES representation uses 'item_str', 'item_int' resp 'item_dbl' variables instead. It can be used for homogeneous sequences (typically, 'kind' is a constant then), and those values directly contain values of the desired type, e.g. BAT[void,lng] for integers (yes: XQ integers are longs!). - translate2MIL() can be called with the request VALUES. It then *may* produce a result in VALUES representation, returning the type in that case. E.g. for integer-typed results in VALUES representation, it would return INT. But, even if you request VALUES, translate2MIL may still return NORMAL. In case translate2MIL is called with rc==NORMAL, it must produce normal. - if you have the VALUES representation, and want to go to NORMAL, use the MIL proc addValues(), generated in mps by the convenience function addValues. Good luck, Peter

2 1

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/src/tools embeddedclient.mx, 1.22.2.1, 1.22.2.2 prog.c, 1.17, 1.17.2.1
by Sjoerd Mullender 20 Apr '07

20 Apr '07

Waht are you doing? You're including all the wrong config files here (and your other checkins). sql uses sql_config.h and not monetdb4_config.h nor mal_config.h. I'd say, if you need something from those other config.h files, it needs to be added to configure. Niels Nes wrote: > Update of /cvsroot/monetdb/sql/src/tools > In directory sc8-pr-cvs16:/tmp/cvs-serv14851 > > Modified Files: > Tag: SQL_2-16 > embeddedclient.mx prog.c > Log Message: > fixing Mbeddedsql > > > Index: embeddedclient.mx > =================================================================== > RCS file: /cvsroot/monetdb/sql/src/tools/embeddedclient.mx,v > retrieving revision 1.22.2.1 > retrieving revision 1.22.2.2 > diff -u -d -r1.22.2.1 -r1.22.2.2 > --- embeddedclient.mx 8 Mar 2007 15:59:21 -0000 1.22.2.1 > +++ embeddedclient.mx 20 Apr 2007 10:34:16 -0000 1.22.2.2 > @@ -174,7 +174,7 @@ > out = ((stream **) arg)[1]; > free(arg); > snprintf(buf, sizeof(buf), "client(Stream(\"" PTRFMT "\"), Stream(\"" PTRFMT "\"));", PTRFMTCAST in, PTRFMTCAST out); > - monet_exec("module(sql_server);mapi_register(sql_frontend());"); > + monet_exec("module(sql_server);"); > monet_exec(buf); > return NULL; > } > > Index: prog.c > =================================================================== > RCS file: /cvsroot/monetdb/sql/src/tools/prog.c,v > retrieving revision 1.17 > retrieving revision 1.17.2.1 > diff -u -d -r1.17 -r1.17.2.1 > --- prog.c 7 Jan 2007 10:18:04 -0000 1.17 > +++ prog.c 20 Apr 2007 10:34:18 -0000 1.17.2.1 > @@ -17,6 +17,7 @@ > */ > > #include <sql_config.h> > +#include <monetdb4_config.h> > #include <monet_options.h> > #include "embeddedclient.h" > > @@ -101,6 +102,11 @@ > if (!(setlen = mo_builtin_settings(&set))) > usage(prog); > > + /* needed, to prevent the MonetDB config file to be used */ > + setlen = mo_add_option(&set, setlen, opt_config, "prefix", MONETDBPREFIX); > + setlen = mo_add_option(&set, setlen, opt_config, "config", MONETDBCONFIG); > + setlen = mo_system_config(&set, setlen); > + > for (;;) { > int option_index = 0; > > > > ------------------------------------------------------------------------- > 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-sql-checkins mailing list > Monetdb-sql-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-sql-checkins -- Sjoerd Mullender

1 0

[Monetdb-developers] Question about milprint_summer
by Keulen, M. van (Maurice) 20 Apr '07

20 Apr '07

Hi all, For my research on probabilistic XML, I need some additional functions in XQuery implemented in mil. By means of copying code from existing functions in milprint_summer, I've been able to get some things working, but I still do not have the feeling that I understand the meaning and purpose of all the bats. For example, what's this ipik bat? There seem to be two interfaces (NORMAL and VALUES) that pass data from one subexpression to the next. My question is (I guess): which bats are involved in each of the interfaces and which conditions hold and do I need to adhere to wrt these bats? Is there some documentation around about this? I checked the pathfinder Wiki, but it, for example, gives no result for a search for "ipik". FYI, I have to develop for milprint_summer, because of the recursion patterns that are not supported yet in the algebra backend. Furthermore, I did of course ask Jan and Henning, but they also seem to struggle on this point. Thanks for any help and or comments. Maurice. -- ---------------------------------------------------------------------- Dr.Ir. M. van Keulen - Assistant Professor, Data Management Technology Univ. of Twente, Dept of EEMCS, POBox 217, 7500 AE Enschede, Netherlands Email: m.vankeulen(a)utwente.nl, Phone: +31 534893688, Fax: +31 534892927 Room: ZI 3039, WWW: http://www.cs.utwente.nl/~keulen

1 0

[Monetdb-developers] JDBC still doesn't compile
by Ying Zhang 18 Apr '07

18 Apr '07

Hi all, Compiling JDBC still suffers from some errors. Maybe more checkins need to be undone? Regards, Jennie ====================================== "/usr/bin/ant" -f "`echo ../../../src/java/build.xml`" -Dbuilddir="`echo /ufs/zhang/dev/clients/build-debug/src/java`" -Djardir="`echo /ufs/zhang/dev/clients/build-debug/src/java`" -Dbasedir="`echo ../../../src/java`" jar_jdbcclient Buildfile: ../../../src/java/build.xml prepare: [echo] Debug is true, optimise is true driver: [copy] Copying 1 file to /ufs/zhang/dev/clients/build-debug/src/java/src/nl/cwi/monetdb/jdbc [copy] Copying 1 file to /ufs/zhang/dev/clients/build-debug/src/java/src/nl/cwi/monetdb/xmldb/base [echo] Configured build for the 1.5 (Steadfast) edition driver compile_jdbc: [echo] Compiling JDBC driver [javac] Compiling 12 source files to /ufs/zhang/dev/clients/build-debug/src/java [javac] /ufs/zhang/monet/dev/clients/src/java/src/nl/cwi/monetdb/jdbc/MonetClob.java:35: nl.cwi.monetdb.jdbc.MonetClob is not abstract and does not override abstract method getCharacterStream(long,long) in java.sql.Clob [javac] public class MonetClob implements Clob { [javac] ^ [javac] /ufs/zhang/monet/dev/clients/src/java/src/nl/cwi/monetdb/jdbc/MonetConnection.java:55: nl.cwi.monetdb.jdbc.MonetConnection is not abstract and does not override abstract method createStruct(java.lang.String,java.lang.Object[]) in java.sql.Connection [javac] public class MonetConnection implements Connection { [javac] ^ [javac] /ufs/zhang/monet/dev/clients/src/java/src/nl/cwi/monetdb/jdbc/MonetDataSource.java:40: nl.cwi.monetdb.jdbc.MonetDataSource is not abstract and does not override abstract method isWrapperFor(java.lang.Class) in java.sql.Wrapper [javac] public class MonetDataSource implements DataSource { [javac] ^ [javac] /ufs/zhang/monet/dev/clients/src/java/src/nl/cwi/monetdb/jdbc/MonetDatabaseMetaData.java:31: nl.cwi.monetdb.jdbc.MonetDatabaseMetaData is not abstract and does not override abstract method getFunctionColumns(java.lang.String,java.lang.String,java.lang.String,java.lang.String) in java.sql.DatabaseMetaData [javac] public class MonetDatabaseMetaData implements DatabaseMetaData { [javac] ^ [javac] /ufs/zhang/monet/dev/clients/src/java/src/nl/cwi/monetdb/jdbc/MonetResultSet.java:48: nl.cwi.monetdb.jdbc.MonetResultSet is not abstract and does not override abstract method updateNClob(java.lang.String,java.io.Reader) in java.sql.ResultSet [javac] public class MonetResultSet implements ResultSet { [javac] ^ [javac] /ufs/zhang/monet/dev/clients/src/java/src/nl/cwi/monetdb/jdbc/MonetResultSet.java:872: <anonymous nl.cwi.monetdb.jdbc.MonetResultSet$1> is not abstract and does not override abstract method isWrapperFor(java.lang.Class) in java.sql.Wrapper [javac] return(new ResultSetMetaData() { [javac] ^ [javac] /ufs/zhang/monet/dev/clients/src/java/src/nl/cwi/monetdb/jdbc/MonetStatement.java:47: nl.cwi.monetdb.jdbc.MonetStatement is not abstract and does not override abstract method isPoolable() in java.sql.Statement [javac] public class MonetStatement implements Statement { [javac] ^ [javac] /ufs/zhang/monet/dev/clients/src/java/src/nl/cwi/monetdb/jdbc/MonetPreparedStatement.java:51: nl.cwi.monetdb.jdbc.MonetPreparedStatement is not abstract and does not override abstract method setNClob(int,java.io.Reader) in java.sql.PreparedStatement [javac] public class MonetPreparedStatement [javac] ^ [javac] /ufs/zhang/monet/dev/clients/src/java/src/nl/cwi/monetdb/jdbc/MonetPreparedStatement.java:293: <anonymous nl.cwi.monetdb.jdbc.MonetPreparedStatement$1> is not abstract and does not override abstract method isWrapperFor(java.lang.Class) in java.sql.Wrapper [javac] return(new ParameterMetaData() { [javac] ^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] 9 errors BUILD FAILED /ufs/zhang/monet/dev/clients/src/java/build.xml:153: Compile failed; see the compiler error output for details.

3 9

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/src/server sql_schema.mx, 1.122, 1.123
by Romulo Goncalves 18 Apr '07

18 Apr '07

Stefan Manegold wrote: > Update of /cvsroot/monetdb/sql/src/server > In directory sc8-pr-cvs16:/tmp/cvs-serv14592/src/server > > Modified Files: > sql_schema.mx > Log Message: > > [since I spent (almost) all night and morning on compiling & testing, anyway:] > > for the umpteenth time: > make SQL compile with icc, again, by removind set but unused variable > --- some more concentration during coding might save us quite some time .... > > > Romulo, > > could you please check, whether the code still complies with you intention? > > > Index: sql_schema.mx > =================================================================== > RCS file: /cvsroot/monetdb/sql/src/server/sql_schema.mx,v > retrieving revision 1.122 > retrieving revision 1.123 > diff -u -d -r1.122 -r1.123 > --- sql_schema.mx 17 Apr 2007 12:27:07 -0000 1.122 > +++ sql_schema.mx 18 Apr 2007 09:16:26 -0000 1.123 > @@ -602,11 +602,10 @@ > { > char *tname = qname_table(qname); > sql_schema *ss = cur_schema(sql); > - sql_trigger * t= NULL; > > if (!schema_privs(sql->role_id, ss)) > return sql_error(sql, 02, "DROP TRIGGER: access denied for %s to schema ;'%s'", stack_get_string(sql, "current_user"), ss->base.name); > - if ((t = mvc_bind_trigger(sql, ss, tname )) == NULL) > + if (mvc_bind_trigger(sql, ss, tname ) == NULL) Why I should not use the t? I found similar examples in the code. Maybe the the t was used after. I agree with this change I think it does affect the semantics of the function. Regards, Romulo > return sql_error(sql, 02, "DROP TRIGGER: unknown trigger %s\n", tname); > mvc_drop_trigger(sql, ss, tname); > return stmt_none(); > > > ------------------------------------------------------------------------- > 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-sql-checkins mailing list > Monetdb-sql-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-sql-checkins

3 5

Re: [Monetdb-developers] [Monetdb-checkins] clients/src/java/src/nl/cwi/monetdb/jdbc MonetConnection.java, 1.11, 1.12 MonetDriver.java.in, 1.3, 1.4
by Romulo Goncalves 17 Apr '07

17 Apr '07

Stefan Manegold wrote: > On Tue, Apr 17, 2007 at 05:30:13PM +0200, Fabian wrote: >> Sorry to all. This patch went into the wrong branch. >> >> Pegasus is down for the moment, and SF seems to dislike me from my home >> "internet". So if someone would be so kind to reverse patch what's in >> this message, please do. > > I'll try one SF is cooperating, again. > > what about pegasus? > has it carshed or is it off on purpose? > shall I reboot it? I saw the new administrator disconnecting pegasus. I think the reboot will not help ;) Regards, Romulo > > Stefan > >> Effectively you should be doing something with -r -r and stuff, so I >> hope (kindly request) Stefan or Sjoerd to reverse it for everyone >> else/testweb to work again. > > .. rather "-j" than "-r" (see `man cvs`) ... I'll take care ... > > Stefan >

1 0

[Monetdb-developers] Failed to compile JDBC
by Ying Zhang 17 Apr '07

17 Apr '07

Hi all, After having checked out the latest commit from the CURRENT branch, rebuild (bootstrap, configure, make install) module "clients" failed with some errors on JDBC (see attachment). Does anyone know what is wrong here? Regards, Jennie

5 6

[Monetdb-developers] MonetDB4 compilation...
by Romulo Goncalves 17 Apr '07

17 Apr '07

Dear developers I thought M4 was dead, but it seems I am wrong. I update my background(buildtools, clients, MonetDB) and everything compiles. However, M4 compilation gave this error: tDB/gdk -I../../monet -I/ufs/goncalve/MonetDB/MonetDB4/src/modules/plain/../../monet -DLIBSTREAMS -Wall -Wextra -std=c99 -g -Werror-implicit-function-declaration -Werror -Wpointer-arith -Wdeclaration-after-statement -D_REENTRANT -c streams.c -fPIC -DPIC -o .libs/lib_streams_la-streams.o /ufs/goncalve/MonetDB/MonetDB4/src/modules/plain/streams.mx: In function 'stream_socket_rstream': /ufs/goncalve/MonetDB/MonetDB4/src/modules/plain/streams.mx:220: error: implicit declaration of function 'socket_rstream' cc1: warnings being treated as errors /ufs/goncalve/MonetDB/MonetDB4/src/modules/plain/streams.mx:220: warning: assignment makes pointer from integer without a cast /ufs/goncalve/MonetDB/MonetDB4/src/modules/plain/streams.mx: In function 'stream_socket_wstream': /ufs/goncalve/MonetDB/MonetDB4/src/modules/plain/streams.mx:220: error: implicit declaration of function 'socket_wstream' /ufs/goncalve/MonetDB/MonetDB4/src/modules/plain/streams.mx:220: warning: assignment makes pointer from integer without a cast /ufs/goncalve/MonetDB/MonetDB4/src/modules/plain/streams.mx: In function 'stream_socket_rastream': /ufs/goncalve/MonetDB/MonetDB4/src/modules/plain/streams.mx:220: error: implicit declaration of function 'socket_rastream' /ufs/goncalve/MonetDB/MonetDB4/src/modules/plain/streams.mx:220: warning: assignment makes pointer from integer without a cast /ufs/goncalve/MonetDB/MonetDB4/src/modules/plain/streams.mx: In function 'stream_socket_wastream': /ufs/goncalve/MonetDB/MonetDB4/src/modules/plain/streams.mx:220: error: implicit declaration of function 'socket_wastream' /ufs/goncalve/MonetDB/MonetDB4/src/modules/plain/streams.mx:220: warning: assignment makes pointer from integer without a cast make[6]: *** [lib_streams_la-streams.lo] Error 1 Any idea? Regards, Romulo

2 1

[Monetdb-developers] gethostbyname() problem
by Jan Flokstra 17 Apr '07

17 Apr '07

Hi All, I have a very strange problem running MapiClient on a RedHat system at the UVA which is not a bug I think. Problem is the gethostbyname() call within Mapi is not working. The Mserver started without problems but when I try to run Mapi: bash-3.1$ MapiClient -lx MAPI = monetdb@localhost:50000 ACTION= mapi_reconnect ERROR = gethostbyname failed /proc/version says: Linux version 2.6.20-1.2925.fc6 (brewbuilder(a)hs20-bc2-3.build.redhat.com) (gcc version 4.1.1 20070105 (Red Hat 4.1.1-51)) #1 SMP Sat Mar 10 18:20:58 EST 2007 I have had a lot of other problems with this system like bootstrap complaining the filesys refcounts are not correct or the problem that after installation of MonetDB all file mask bits (rwx) of group-other (go) are ---, Anybody any idea what could cause the gethostbyname() problem here??? JanF.

4 5