- developers-list - monetdb.org

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB5/src/modules/mal bpm.mx, 1.65, 1.66
by Stefan Manegold 27 Apr '07

27 Apr '07

Milena, the "set but unused variable pn" also (still) occurs in function "BPMloadCatalog()" (lines 712-718). Stefan On Fri, Apr 27, 2007 at 09:53:01AM +0000, Milena Ivanova wrote: > Update of /cvsroot/monetdb/MonetDB5/src/modules/mal > In directory sc8-pr-cvs16:/tmp/cvs-serv12280 > > Modified Files: > bpm.mx > Log Message: > Unused variable deleted. > > > Index: bpm.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/modules/mal/bpm.mx,v > retrieving revision 1.65 > retrieving revision 1.66 > diff -u -d -r1.65 -r1.66 > --- bpm.mx 26 Apr 2007 05:46:44 -0000 1.65 > +++ bpm.mx 27 Apr 2007 09:52:58 -0000 1.66 > @@ -629,10 +629,9 @@ > if ((b = BATdescriptor(idx)) == NULL) > throw(MAL, "bpm.loadCatalog", "Cannot access descriptor"); > BATloop(b, p, q) { > - Partition pn; > i = *(int *)BUNhead(b,p); > k = *(@2 *) BUNtail(b,p); > - (pn=newPartition(i))->@1 = k; > + newPartition(i)->@1 = k; > } > BBPunfix(b->batCacheid); > > > > ------------------------------------------------------------------------- > 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-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 0

[Monetdb-developers] Where to put XQuery modules in the source tree?
by Keulen, M. van (Maurice) 27 Apr '07

27 Apr '07

Hi all, Recently Jan Flokstra added for me a new extension module for MonetDB/XQuery, called "probxml", in the pathfinder source tree. In this way, I now have a good place to put the additional C-functions and MIL-procs needed for probabilistic XML. I have, however, also XQuery functions, i.e., an .xq file with "declare function foo (...) as ... { ... };" in it. To use them, a query needs to add the declaration "import module namespace pxml = URL at LOCATION;" My question is where to place the .xq file in the pathfinder source tree and what to use as URL and LOCATION. Since this is a rather generic source tree organization question, I decided to pose it here. Kind regards, 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] Errors on MonetDB site
by Ying Zhang 26 Apr '07

26 Apr '07

Hello, The following links of the M4 documentation (http://www.monetdb.nl/projects/monetdb/MonetDB/Version4/Documentation/monet…) are dead: - Overview - MIL Guide - MEL Guide - Kernel Guide Clicking on thoese links results in: [an error occurred while processing this directive] Will someone please have a look at it? Thanks, Jennie

2 2

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB5/src/modules/atoms Makefile.ag, 1.29, 1.30
by Steffen Goeldner 25 Apr '07

25 Apr '07

Fabian wrote: > Update of /cvsroot/monetdb/MonetDB5/src/modules/atoms > In directory sc8-pr-cvs16:/tmp/cvs-serv28157 > > Modified Files: > Makefile.ag > Log Message: > color.mx uses floor, which (at least on my machine -- for as long as > it's running) needs -lm during linking. Have no libm on W2K. Other modules abuse LDFLAGS = -lm and this seems to be ignored be the Makefile.msc generator - so LDFLAGS works somehow as a workaround. Whats your policy in this regard? Steffen

3 4

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB5/src/mal mal_interpreter.mx, 1.183, 1.184
by Martin Kersten 25 Apr '07

25 Apr '07

Sjoerd Mullender wrote: > Update of /cvsroot/monetdb/MonetDB5/src/mal > In directory sc8-pr-cvs16:/tmp/cvs-serv372 > > Modified Files: > mal_interpreter.mx > Log Message: > Set trivially settable properties. > This is done in a central place so that as little code as possible > needs to be changed, and the effect is a big as possible. This change greatly increases the need to push for 'private BATs as default', because every call to BATdescriptor initiates expensive locking. At this level in the interpreter it doubles the overhead of accessing the BATs! Otherwise, this change have to be moved to the individual operations with, of course, the increased maintenance.

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/tests/BugTracker/Tests corrupt_after_update.SF-1706640.stable.err, NONE, 1.1.2.1 corrupt_after_update.SF-1706640.stable.out, NONE, 1.1.2.1 corrupt_after_update.SF-1706640_s00.xq.in, NONE, 1.1.2.1 corrupt_after_update.SF-1706640_s01.xq, NONE, 1.1.2.1 corrupt_after_update.SF-1706640_s02.xq, NONE, 1.1.2.1 All, 1.46.2.6, 1.46.2.7
by Stefan Manegold 25 Apr '07

25 Apr '07

Sjoerd, you probably forgot to checkin the documents used by this test, i.e., observations_consumer01.xml & clusters_consumer01.xml . Stefan On Tue, Apr 24, 2007 at 03:37:50PM +0000, Sjoerd Mullender wrote: > Update of /cvsroot/monetdb/pathfinder/tests/BugTracker/Tests > In directory sc8-pr-cvs16:/tmp/cvs-serv9764 > > Modified Files: > Tag: XQuery_0-16 > All > Added Files: > Tag: XQuery_0-16 > corrupt_after_update.SF-1706640.stable.err > corrupt_after_update.SF-1706640.stable.out > corrupt_after_update.SF-1706640_s00.xq.in > corrupt_after_update.SF-1706640_s01.xq > corrupt_after_update.SF-1706640_s02.xq > Log Message: > Added test for bug 1706640. > > --- NEW FILE: corrupt_after_update.SF-1706640.stable.err --- > stderr of test 'corrupt_after_update.SF-1706640` in directory 'tests/BugTracker` itself: > > > # 17:33:06 > > # 17:33:06 > Mtimeout -timeout 300 Mserver "--config=/ufs/sjoerd/Monet/etc/MonetDB.conf" --debug=10 --set "monet_mod_path=/ufs/sjoerd/src/MonetDB/devel/pathfinder/Linux/runtime/.libs:/ufs/sjoerd/src/MonetDB/devel/pathfinder/Linux/runtime:/ufs/sjoerd/src/MonetDB/devel/pathfinder/runtime:/ufs/sjoerd/src/MonetDB/devel/pathfinder/Linux/modules/pftijah/.libs:/ufs/sjoerd/src/MonetDB/devel/pathfinder/Linux/modules/pftijah:/ufs/sjoerd/src/MonetDB/devel/pathfinder/modules/pftijah:/ufs/sjoerd/Monet/lib64/MonetDB4:/ufs/sjoerd/Monet/lib64/MonetDB4/lib:/ufs/sjoerd/Monet/lib64/MonetDB4/bin" --set "gdk_dbfarm=/ufs/sjoerd/src/MonetDB/devel/pathfinder/Linux/dbfarm" --set "sql_logdir=/ufs/sjoerd/src/MonetDB/devel/pathfinder/Linux/sql_logs" --set "xquery_logdir=/ufs/sjoerd/src/MonetDB/devel/pathfinder/Linux/xquery_logs" --set mapi_port=39869 --set xrpc_port=45897 --set monet_prompt= --trace "--dbname=mTests_tests_BugTracker" --dbinit=" module(pathfinder);" ; echo ; echo Over.. > # 17:33:06 > > > > # 17:33:07 > > # 17:33:07 > Mtimeout -timeout 60 MapiClient -lxquery -oxml -umonetdb -Pmonetdb --host=localhost --port=39869 corrupt_after_update.SF-1706640_s00.xq > # 17:33:07 > > > > # 17:33:07 > > # 17:33:07 > Mtimeout -timeout 60 MapiClient -lxquery -oxml -umonetdb -Pmonetdb --host=localhost --port=39869 corrupt_after_update.SF-1706640_s01.xq > # 17:33:07 > > > > # 17:33:46 > > # 17:33:46 > Mtimeout -timeout 60 MapiClient -lxquery -oxml -umonetdb -Pmonetdb --host=localhost --port=39869 corrupt_after_update.SF-1706640_s02.xq > # 17:33:46 > > > > # 17:33:46 > > # 17:33:46 > Done. > # 17:33:46 > > > > Index: All > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/tests/BugTracker/Tests/All,v > retrieving revision 1.46.2.6 > retrieving revision 1.46.2.7 > diff -u -d -r1.46.2.6 -r1.46.2.7 > --- All 8 Mar 2007 14:08:58 -0000 1.46.2.6 > +++ All 24 Apr 2007 15:37:43 -0000 1.46.2.7 > @@ -98,3 +98,4 @@ > conflict_normal_xrpc_queries_nx.SF-1644610 > conflict_normal_xrpc_queries_xn.SF-1644610 > interleave_PUT_GET_crashes_Mserver.SF-1676443 > +corrupt_after_update.SF-1706640 > > --- NEW FILE: corrupt_after_update.SF-1706640_s00.xq.in --- > (pf:add-doc("$TSTSRCDIR/observations_consumer01.xml","observations_consumer01.xml","observations_consumer01.xml",10), > pf:add-doc("$TSTSRCDIR/clusters_consumer01.xml","clusters_consumer01.xml","clusters_consumer01.xml",0)) > > --- NEW FILE: corrupt_after_update.SF-1706640.stable.out --- > stdout of test 'corrupt_after_update.SF-1706640` in directory 'tests/BugTracker` itself: > > > # 17:33:06 > > # 17:33:06 > Mtimeout -timeout 300 Mserver "--config=/ufs/sjoerd/Monet/etc/MonetDB.conf" --debug=10 --set "monet_mod_path=/ufs/sjoerd/src/MonetDB/devel/pathfinder/Linux/runtime/.libs:/ufs/sjoerd/src/MonetDB/devel/pathfinder/Linux/runtime:/ufs/sjoerd/src/MonetDB/devel/pathfinder/runtime:/ufs/sjoerd/src/MonetDB/devel/pathfinder/Linux/modules/pftijah/.libs:/ufs/sjoerd/src/MonetDB/devel/pathfinder/Linux/modules/pftijah:/ufs/sjoerd/src/MonetDB/devel/pathfinder/modules/pftijah:/ufs/sjoerd/Monet/lib64/MonetDB4:/ufs/sjoerd/Monet/lib64/MonetDB4/lib:/ufs/sjoerd/Monet/lib64/MonetDB4/bin" --set "gdk_dbfarm=/ufs/sjoerd/src/MonetDB/devel/pathfinder/Linux/dbfarm" --set "sql_logdir=/ufs/sjoerd/src/MonetDB/devel/pathfinder/Linux/sql_logs" --set "xquery_logdir=/ufs/sjoerd/src/MonetDB/devel/pathfinder/Linux/xquery_logs" --set mapi_port=39869 --set xrpc_port=45897 --set monet_prompt= --trace "--dbname=mTests_tests_BugTracker" --dbinit=" module(pathfinder);" ; echo ; echo Over.. > # 17:33:06 > > > # Monet Database Server V4.17.1 > # Copyright (c) 1993-2007, CWI. All rights reserved. > # Compiled for x86_64-redhat-linux-gnu/64bit with 32bit OIDs; dynamically linked. > # Visit http://monetdb.cwi.nl/ for further information. > # XRPC administrative console at http://localhost:45897/admin > > printf("\nReady.\n"); > > Ready. > quit(); > > Over.. > [...12159 lines suppressed...] > <pageperminute>46</pageperminute> > </session> > </info><prob>1</prob><period prob="0.5" end="1162820659" start="1162819694"/></observation><observation id="2271"><type>surf.session.byTempInternetFiles</type><references/><info> > <session> > <pageperminute>70</pageperminute> > </session> > </info><prob>1</prob><period prob="0.5" end="1162824908" start="1162824903"/></observation><observation id="2272"><type>surf.session.byTempInternetFiles</type><references/><info> > <session> > <pageperminute>4</pageperminute> > </session> > </info><prob>1</prob><period prob="0.5" end="1162829041" start="1162828520"/></observation><observation id="2273"><type>surf.session.byTempInternetFiles</type><references/><info> > <session> > <pageperminute>136</pageperminute> > </session> > </info><prob>1</prob><period prob="0.5" end="1162951233" start="1162951219"/></observation></info></observation></info></result></XQueryResult> > > # 17:33:46 > > # 17:33:46 > Done. > # 17:33:46 > > > > --- NEW FILE: corrupt_after_update.SF-1706640_s01.xq --- > for $entity in doc("observations_consumer01.xml")//observation/info/* > for $cluster in doc("clusters_consumer01.xml")//clusters/* > where > name($cluster) = name($entity) > and (every $value in $entity/* satisfies > fn:exists($cluster/*[name() = name($value)][data(.)=data($value)])) > return > if (exists($entity/cluster[@id = $cluster/@id])) then > () > else > do insert element { "cluster" } { $cluster/@id } into $entity > > --- NEW FILE: corrupt_after_update.SF-1706640_s02.xq --- > doc("observations_consumer01.xml") > > > ------------------------------------------------------------------------- > 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-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 0

[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

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB4/conf MonetDB.conf.in, 1.3.2.4, 1.3.2.5
by Sjoerd Mullender 17 Apr '07

17 Apr '07

Niels Nes wrote: > Update of /cvsroot/monetdb/MonetDB4/conf > In directory sc8-pr-cvs16:/tmp/cvs-serv23804/conf > > Modified Files: > Tag: MonetDB_4-16 > MonetDB.conf.in > Log Message: > added vmtrim option Sounds like a new feature to me... -- Sjoerd Mullender

1 0

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

17 Apr '07

Dear developers, I have several changes to commit. Due the size of the commit I decide to compile with all optimizations on: --enable-strict --enable-assert --enable-optimize I am getting some problems in bpm.mx file Some variables were not initialized. I can see that the last one user to apply changes to this file was Martin. I will take the freedom to initialize them. Integers will be initialized as zero and other types as NULL. If some disagree with my changes please let me know. Regards, Romulo

2 2

[Monetdb-developers] New probabilistic Pathfinder module
by Jan Flokstra 13 Apr '07

13 Apr '07

Hello All, I would like to create a new Pathfinder software module for Maurice to experiment with probabilistic XML queries. We want to experiment with some new probabilistic XQuery functions and implement a couple of new MIL support functions. I would like to do this in the same way we implemented pftijah, so with a './configure --enable-probxml=no' and a HAVE_PROBXML #define. The module will not be compiled by default and it will be located in $PATHFINDER/modules/probxml. I have two questions about this: 1) are there any objections against this new module within Pathfinder or suggestions about another way to this. 2) can I do this myself without breaking anything taking the pftijah stuff as an example or does somebody with more bootstrap/configure experience want to do this himself. JanF.

1 0

[Monetdb-developers] multiple XQuery statements in one xq file
by Djoerd Hiemstra 13 Apr '07

13 Apr '07

Dear Sjoerd or other developers, Could you please change the "MapiClient -lx" protocol such that the end of query does not coincide with end-of-file? We would like to provide little XQuery scripts with multiple XQuery statements, but of course I cannot put the end-of-file mark into that file without ending the file (well, you know what I mean). Any end-of-query marker will do, but ';' would be prefered I guess, to stay in line with Mil and SQL. For instance (Similar to having multiple SQL insert statements): pf:add-doc("http://www.utwente.nl/a1.xml", "a1.xml"); pf:add-doc("http://www.utwente.nl/a2.xml", "a2.xml"); pf:add-doc("http://www.utwente.nl/a3.xml", "a3.xml"); I know I can do this in one transaction, but I do not want to. Best, Djoerd.

5 6

[Monetdb-developers] Win32 build & prefix
by Steffen Goeldner 12 Apr '07

12 Apr '07

HowToStart-SQL-Win32.txt says In case the install (i.e., prefix) directories of MonetDB and MonetDB/SQL are identical, ... However, it seems that prefix is fixed in NT/Makefile prefix = $(MAKEDIR) Would it be possible to control the prefix via an environment variable? Also, it seems that CLIENTS_PREFIX MONETDB4_PREFIX MONETDB5_PREFIX are required, but HowToStart-SQL-Win32.txt only mentions MONETDB_PREFIX. And a related question: Is it possible to use a build directory outside of the source tree (under Win32)? Steffen Goeldner

2 6

[Monetdb-developers] Building accelerators
by Agustin Schapira 11 Apr '07

11 Apr '07

Hi all, We have created a new Monet data type for one of our projects, and now want to write a set of accelerators for it. Is there any good documentation/examples on how to do that (for 4.16)? Thanks a lot, -- Agustin

2 6

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB/src/common monet_utils.mx, 1.32, 1.33 stream.mx, 1.144, 1.145
by Steffen Goeldner 11 Apr '07

11 Apr '07

Niels Nes wrote: > Update of /cvsroot/monetdb/MonetDB/src/common > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv31245/src/common > > Modified Files: > monet_utils.mx stream.mx > Log Message: > include files used by other parts should expose as little of the system > includes as possible, ie moved some includes from header files to the > c-code part > > > Index: stream.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB/src/common/stream.mx,v > retrieving revision 1.144 > retrieving revision 1.145 > diff -u -d -r1.144 -r1.145 > --- stream.mx 27 Mar 2007 16:46:50 -0000 1.144 > +++ stream.mx 3 Apr 2007 08:54:37 -0000 1.145 > @@ -53,13 +53,6 @@ > #include <signal.h> > #include <limits.h> > > -#ifdef HAVE_SYS_SOCKET_H > -#include <sys/socket.h> > -#endif > -#ifdef NATIVE_WIN32 > -# include <winsock.h> > -#endif > - > #ifdef NATIVE_WIN32 > #ifndef LIBSTREAM > #define stream_export extern __declspec(dllimport) > @@ -292,8 +285,14 @@ > # include <netinet/tcp.h> > # include <netdb.h> > #endif > + > +#ifdef HAVE_SYS_SOCKET_H > +#include <sys/socket.h> > +#endif > + > #ifdef NATIVE_WIN32 > #include <io.h> > +#include <winsock.h> > #endif > #ifdef HAVE_FCNTL_H > #include <fcntl.h> On W2K (MS VC++ Toolkit 2003): stream.mx(164) : error C2146: syntax error : missing ')' before identifier 'socket' Steffen

1 0

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB5/src/modules/mal bpm.mx, 1.43, 1.44
by Fabian Groffen 03 Apr '07

03 Apr '07

On 02-04-2007 21:43:15 +0000, Milena Ivanova wrote: [snip] > + throw(MAL, "bpm.savePartitions", "Inconsistency in alias names"); > + } > + msg= BKCsetPersistent(r,(int *)&bt); > + if( msg != MAL_SUCCEED) return msg; > + BUNappend(tr, BBPname(bt), FALSE); > + } This feels like either an error, or a wrong indentation. You can try = in Vim to see what Vim thinks it.

1 0

Re: [Monetdb-developers] [Monetdb-checkins] buildtools/autogen/autogen am.py, 1.30.2.6, 1.30.2.7
by Stefan Manegold 02 Apr '07

02 Apr '07

Niels (and others), my change below indeed yields the indented, i.e., modules' .mil files are only created if/after the respective library was compiled successfully, and thus, `make check` does not see and try to load modules unless (as required) both the .mil file and the respective library are avialable. However, it also has two negative effects: (1) automake 1.6.3 on Darwin/MacOS X complains about (e.g.) -------- src/mapi/Makefile.am:31: mapi.mil defined both conditionally and unconditionally -------- since now next to the former (conditional) -------- if NEED_MX ... mapi.mil: mapi.tmpmil ... ... endif -------- there's now also a (unconditional) -------- mapi.mil: lib_mapi.la -------- (on all other platforms, we use automake >= 1.8.3, hence, this might be and automake rather than a Darwin problem...) (2) `make dist` fails for MonetDB4 (only) with -------- gcc -DHAVE_CONFIG_H -I. -I/ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf -I../../.. -I/ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf -I/ufs/manegold/_/scratch0/Monet/Testing/Stable/prefix.--enable-strict_--disable-optimize_--enable-debug/include/MonetDB -I/ufs/manegold/_/scratch0/Monet/Testing/Stable/prefix.--enable-strict_--disable-optimize_--enable-debug/include/MonetDB/common -I/ufs/manegold/_/scratch0/Monet/Testing/Stable/prefix.--enable-strict_--disable-optimize_--enable-debug/include/MonetDB/gdk -I../../monet -I/ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/../../monet -I../plain -I/ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/../plain -Wall -Wextra -std=c99 -g -Werror-implicit-function-declaration -Werror -Wpointer-arith -Wdeclaration-after-statement -D_REENTRANT -c mnetcdf.c -fPIC -DPIC -o .libs/lib_mnetcdf_la-mnetcdf.o /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:93:20: error: netcdf.h: No such file or directory /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx: In function '_nc_open': /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:126: error: implicit declaration of function 'nc_open' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:126: error: 'NC_NOWRITE' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:126: error: (Each undeclared identifier is reported only once /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:126: error: for each function it appears in.) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:127: error: 'NC_NOERR' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:127: error: implicit declaration of function 'nc_strerror' cc1: warnings being treated as errors /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:127: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx: In function '_nc_create': /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:138: error: implicit declaration of function 'nc_create' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:139: error: 'NC_NOERR' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:139: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:151: error: implicit declaration of function 'nc_enddef' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:152: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx: In function '_nc_close': /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:163: error: implicit declaration of function 'nc_close' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:164: error: 'NC_NOERR' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:164: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx: In function '_nc_list': /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:180: error: 'NC_MAX_NAME' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:182: error: implicit declaration of function 'nc_inq_nvars' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:183: error: 'NC_NOERR' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:183: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:192: error: implicit declaration of function 'nc_inq_varname' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:193: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:180: warning: unused variable 'var_name' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx: In function '_nc_describe': /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:212: error: 'nc_type' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:212: error: expected ';' before 'xtype' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:213: error: 'NC_MAX_DIMS' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:213: warning: ISO C90 forbids mixed declarations and code /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:224: error: implicit declaration of function 'nc_inq_ndims' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:225: error: 'NC_NOERR' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:225: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:231: error: implicit declaration of function 'nc_inq_dimlen' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:232: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:241: error: implicit declaration of function 'nc_inq_varid' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:242: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:243: error: implicit declaration of function 'nc_inq_vartype' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:243: error: 'xtype' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:244: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:245: error: implicit declaration of function 'nc_inq_varndims' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:246: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:247: error: implicit declaration of function 'nc_inq_varnatts' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:248: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:249: error: implicit declaration of function 'nc_inq_vardimid' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:250: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:272: error: 'NC_BYTE' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:276: error: 'NC_CHAR' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:280: error: 'NC_SHORT' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:284: error: 'NC_INT' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:288: error: 'NC_FLOAT' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:292: error: 'NC_DOUBLE' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:315: error: 'NC_MAX_NAME' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:317: error: implicit declaration of function 'nc_inq_attname' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:318: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:319: error: implicit declaration of function 'nc_inq_atttype' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:320: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:325: error: implicit declaration of function 'nc_get_att_schar' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:332: error: implicit declaration of function 'nc_inq_attlen' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:338: error: implicit declaration of function 'nc_get_att_text' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:344: error: implicit declaration of function 'nc_get_att_short' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:351: error: implicit declaration of function 'nc_get_att_int' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:358: error: implicit declaration of function 'nc_get_att_float' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:365: error: implicit declaration of function 'nc_get_att_double' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:374: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:315: warning: unused variable 'att_name' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:215: warning: unused variable 'shape' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:214: warning: unused variable 'var_axes' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:213: warning: unused variable 'glob_axes' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx: In function 'check_nil_bte': /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:403: error: 'NC_NOERR' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:404: error: 'NC_FILL_BYTE' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx: In function 'check_nil_sht': /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:422: error: 'NC_NOERR' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:423: error: 'NC_FILL_SHORT' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx: In function 'check_nil_int': /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:441: error: 'NC_NOERR' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:442: error: 'NC_FILL_INT' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx: In function 'check_nil_flt': /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:460: error: 'NC_NOERR' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:461: error: 'NC_FILL_FLOAT' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx: In function 'check_nil_dbl': /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:479: error: 'NC_NOERR' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:480: error: 'NC_FILL_DOUBLE' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx: In function '_nc_import': /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:495: error: 'nc_type' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:495: error: expected ';' before 'xtype' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:496: warning: ISO C90 forbids mixed declarations and code /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:497: error: 'NC_MAX_DIMS' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:509: error: 'NC_NOERR' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:509: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:516: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:525: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:526: error: 'xtype' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:527: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:529: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:531: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:544: error: 'NC_BYTE' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:547: error: 'NC_CHAR' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:550: error: 'NC_SHORT' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:553: error: 'NC_INT' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:556: error: 'NC_FLOAT' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:559: error: 'NC_DOUBLE' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:581: error: implicit declaration of function 'nc_get_var_schar' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:589: error: implicit declaration of function 'nc_get_var_short' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:592: error: implicit declaration of function 'nc_get_var_int' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:595: error: implicit declaration of function 'nc_get_var_float' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:598: error: implicit declaration of function 'nc_get_var_double' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:604: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:499: warning: unused variable 'shape' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:498: warning: unused variable 'var_axes' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:497: warning: unused variable 'glob_axes' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx: In function '_nc_export': /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:646: error: 'NC_MAX_DIMS' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:654: error: 'nc_type' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:654: error: expected ';' before 'xtype' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:655: warning: ISO C90 forbids mixed declarations and code /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:693: error: 'xtype' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:693: error: 'NC_BYTE' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:696: error: 'NC_SHORT' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:699: error: 'NC_INT' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:702: error: 'NC_FLOAT' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:705: error: 'NC_DOUBLE' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:747: error: implicit declaration of function 'nc_redef' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:748: error: 'NC_NOERR' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:748: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:751: error: implicit declaration of function 'nc_def_dim' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:752: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:754: error: implicit declaration of function 'nc_def_var' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:755: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:759: error: implicit declaration of function 'nc_put_att_schar' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:762: error: implicit declaration of function 'nc_put_att_short' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:765: error: implicit declaration of function 'nc_put_att_int' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:768: error: implicit declaration of function 'nc_put_att_float' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:771: error: implicit declaration of function 'nc_put_att_double' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:778: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:781: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:793: warning: left-hand operand of comma expression has no effect /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:806: error: implicit declaration of function 'nc_put_var1_schar' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:809: error: implicit declaration of function 'nc_put_var1_short' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:812: error: implicit declaration of function 'nc_put_var1_int' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:815: error: implicit declaration of function 'nc_put_var1_float' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:818: error: implicit declaration of function 'nc_put_var1_double' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:825: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:838: error: implicit declaration of function 'nc_sync' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:839: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:652: warning: unused variable 'lenvector' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:651: warning: unused variable 'maxvector' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:650: warning: unused variable 'idxvector' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:649: warning: unused variable 'minvector' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:647: warning: unused variable 'dimid' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:646: warning: unused variable 'batptr' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx: In function '_nc_export_fast': /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:856: error: 'NC_MAX_DIMS' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:859: error: 'nc_type' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:859: error: expected ';' before 'xtype' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:860: warning: ISO C90 forbids mixed declarations and code /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:895: error: 'xtype' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:895: error: 'NC_BYTE' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:898: error: 'NC_SHORT' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:901: error: 'NC_INT' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:904: error: 'NC_FLOAT' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:907: error: 'NC_DOUBLE' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:915: error: 'NC_NOERR' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:915: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:918: error: 'NC_MAX_NAME' undeclared (first use in this function) /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:922: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:918: warning: unused variable 'dim_name' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:925: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:947: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:950: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:955: error: implicit declaration of function 'nc_put_var_schar' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:958: error: implicit declaration of function 'nc_put_var_short' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:961: error: implicit declaration of function 'nc_put_var_int' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:964: error: implicit declaration of function 'nc_put_var_float' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:967: error: implicit declaration of function 'nc_put_var_double' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:973: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:976: warning: passing argument 1 of 'GDKerror' makes pointer from integer without a cast /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:857: warning: unused variable 'dimid' /ufs/manegold/_/scratch0/Monet/Testing/Stable/source/MonetDB4/src/modules/mnetcdf/mnetcdf.mx:856: warning: unused variable 'shape' make[3]: *** [lib_mnetcdf_la-mnetcdf.lo] Error 1 -------- I honestly have no idea (yet??), why ... Would you have an idea what might go wrong? Would you have an idea how to achieve the intended behavior without the two problems above? Thanks in advance! Stefan On Sun, Apr 01, 2007 at 09:30:00PM +0000, Stefan Manegold wrote: > Update of /cvsroot/monetdb/buildtools/autogen/autogen > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv10150/autogen/autogen > > Modified Files: > Tag: MonetDB_1-16 > am.py > Log Message: > > changed (fixed?) dependency to ensure that > .mil files of modules are only created one the respective library was compiled successfully > > > Index: am.py > =================================================================== > RCS file: /cvsroot/monetdb/buildtools/autogen/autogen/am.py,v > retrieving revision 1.30.2.6 > retrieving revision 1.30.2.7 > diff -u -d -r1.30.2.6 -r1.30.2.7 > --- am.py 1 Apr 2007 15:34:12 -0000 1.30.2.6 > +++ am.py 1 Apr 2007 21:29:58 -0000 1.30.2.7 > @@ -338,9 +338,8 @@ > > # add dependency on library for mil modules > if (is_mil_module(script, scripts['DEPS'])): # a bit of a hack .... > - fd.write("script_%s: %s lib_%s.la\n" % (script, script, script[:-4])) > - else: > - fd.write("script_%s: %s\n" % (script, script)) > + fd.write("%s: lib_%s.la\n" % (script, script[:-4])) > + fd.write("script_%s: %s\n" % (script, script)) > > if sd == "$(sysconfdir)": > fd.write("install-exec-local-%s: %s\n" % (script, script)) > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 3

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/src/server sql_parser.mx, 1.231.2.8, 1.231.2.9
by Sjoerd Mullender 31 Mar '07

31 Mar '07

On 03/31/2007 10:38 AM, Niels Nes wrote: > Update of /cvsroot/monetdb/sql/src/server > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv24338/server > > Modified Files: > Tag: SQL_2-16 > sql_parser.mx > Log Message: > fixed error message about decimal types > > > > Index: sql_parser.mx > =================================================================== > RCS file: /cvsroot/monetdb/sql/src/server/sql_parser.mx,v > retrieving revision 1.231.2.8 > retrieving revision 1.231.2.9 > diff -u -d -r1.231.2.8 -r1.231.2.9 > --- sql_parser.mx 31 Mar 2007 08:07:47 -0000 1.231.2.8 > +++ sql_parser.mx 31 Mar 2007 08:38:44 -0000 1.231.2.9 > @@ -3972,7 +3972,7 @@ > if ($5 >= $3) > snprintf(buf, BUFSIZ, "scale (%lld) should be less than precision (%lld)", $5, $3); > else > - snprintf(buf, BUFSIZ, "decimal(%lld,%lld) isn't supported", $5, $3); > + snprintf(buf, BUFSIZ, "decimal(%lld,%lld) isn't supported because P=%lld + S=%lld > 18", $3, $5, $3, $5); That should of course be LLFMT, right? > yyerror(buf); > $$.type = NULL; > YYABORT; > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > 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] Win32 build & UnxUtils & bison
by Steffen Goeldner 27 Mar '07

27 Mar '07

HowToStart-*-Win32.txt lists bison from UnxUtils as prerequisite. This version (1.28) seems too old: monet_parse.tab.c monet_parse.y(85) : error C2046: illegal case monet_parse.y(86) : error C2043: illegal break ... Version 2.1 from cygwin works. Steffen Goeldner

2 2

[Monetdb-developers] Mapi slowdown with Java + Linux (4.6.2!)
by Agustin Schapira 26 Mar '07

26 Mar '07

I have been struggling with this problem for a couple of weeks. We are using Monet 4.6.2 (I know, I know!) to power a web service written in Java. When Monet is running on OS X, I can handle 200+ requests per second, but when I install it on a (much faster) Linux machine, the app only gives me 20 requests per second. The difference happens on the TCP/IP connection. I have the simplest test: var a:=bat(int,int).insert(1,1); a.print(); This takes 4ms on OS X, but 40ms on Linux. I've traced down the system calls, and what happens is that when the server is running on OS X my client reads back the results in one or two calls to recv, whereas when the server is on Linux the client only gets a couple of bytes back from the server and then blocks until the rest arrives. The following is a section of strace's output on the Java application: $ strace -f -ttt java -cp test.java test Monet running on OS X: ---------------------- send(5, "a.print();\n", 12, 0) = 12 recv(5, "#------------\n# h ....", 8192, 0) = 50 ioctl(5, FIONREAD, [45]) = recv(5, " # type ....", 8192, 0) = 45 Monet running on Linux: ----------------------- send(5, "a.print();\n", 12, 0) = 12 recv(5, "#-", 8192, 0) ioctl(5, FIONREAD, [0]) = recv(5, <unfinished...> ==> blocks [... 40ms...] <recv resumed "----------#\n# h ...", 8192, 0) = 93 The sockets are opened in the same way in both cases, just like the MapiClient opens them: connect(5, {sa_family=AF_INET, sin_port=htons(45678), sin_addr=inet_addr("127.0.0.1")}, 16) = 0 setsockopt(5, SOL_SOCKET, SO_KEEPALIVE, [0], 4) = 0 setsockopt(5, SOL_IP, IP_TOS, [8], 4) = 0 setsockopt(5, SOL_TCP, TCP_NODELAY, [1], 4) = 0 This problem does not happen when I use Monet's MapiClient: the response times on OS X and Linux are similar. While inspecting the calls between the server and the MapiClient, then, I realized that the handshake is different from the one used by the Mapi.java class that comes with 4.6.2: the C client sets the 'blocked' flag on. Turning the 'blocked' flag to true in the MapiClient.java class doesn't work. Switching the C client's default mode to be non-blocked (in src/mapi/clients/C/Mapi.mx) does indeed make the connection much slower, as every single character is sent to the client in its own packet (due to TCP_NODELAY?): write(3, "print(a);\n", 10) = 10 read(3, "#", 1) = 1 read(3, "-", 1) = 1 read(3, "-", 1) = 1 ... read(3, "]", 1) = 1 read(3, "\n", 1) = 1 My question is then: is it possible to write a Java client that communicates with the server using the blocked protocol? Do you think that would solve my performance issues? If so, is there any documentation/example code I can follow (since the actual protocol seems to be different in both cases). I've looked at the latest CVS checkins for the the Mapi protocol, and I see that the only option now is the 'blocked' mode, so I guess it's possible to use it from Java.... FYI, I am using - Monet 4.6.2 - Java 5 - OS X 10.4.9 - Linux 2.6.9, 2.6.15, 2.6.17 Thank you very much, -- Agustin

4 4

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/src/test/Connections/Tests connections.stable.err, NONE, 1.1 connections.stable.out, NONE, 1.1 connections.py, 1.4, 1.5
by Sjoerd Mullender 26 Mar '07

26 Mar '07

On 2007-03-26 13:00, Romulo Goncalves wrote: > Update of /cvsroot/monetdb/sql/src/test/Connections/Tests > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv4526/Tests > > Modified Files: > connections.py > Added Files: > connections.stable.err connections.stable.out > Log Message: > The connections test now is green. > Thanks Stefan for the help... > > > Index: connections.py > =================================================================== > RCS file: /cvsroot/monetdb/sql/src/test/Connections/Tests/connections.py,v > retrieving revision 1.4 > retrieving revision 1.5 > diff -u -d -r1.4 -r1.5 > --- connections.py 23 Mar 2007 18:24:48 -0000 1.4 > +++ connections.py 26 Mar 2007 11:00:13 -0000 1.5 > @@ -42,12 +42,22 @@ > > def client_load_file(clt, port, file): > f = open(file, 'r') > + sys_err = sys.stderr > + clt_err = open('%s/err.log' % os.getenv('RELSRCDIR'), 'w') > + sys.stderr = clt_err Use os.path.join to join paths (as in os.path.join(os.getenv('RELSRCDIR'), 'err.log')). > for line in f: > line = line.replace('port_num', str(port+1)) > - line = line.replace('port_num_5', str(port+2)) > - line = line.replace('port_num_6', str(port+3)) > + line = line.replace('port_num5', str(port+2)) > clt.write(line) > - > + clt_err.close() > + clt_err = open('%s/err.log' % os.getenv('RELSRCDIR'), 'r') > + for line1 in clt_err: > + sys.stderr.write('%s\n' % (line1.replace('port %s' % str(port+1),'port <mapi_port>'))) > + sys.stderr.write('#%s\n' % line1) > + clt_err.close() > + sys.stderr = sys_err > + os.remove('%s/err.log' % os.getenv('RELSRCDIR')) > + f.close() > > > def client(x,s, c, dbinit, lang, file): > > --- NEW FILE: connections.stable.out --- > stdout of test 'connections` in directory 'src/test/Connections` itself: > > > # 12:08:28 > > # 12:08:28 > Mtimeout -timeout 180 /usr/bin/python connections.py connections > # 12:08:28 > > > > server 11 : "include sql;" > !WARNING: GDKlockHome: ignoring empty or invalid .gdk_lock. > !WARNING: BBPdir: initializing BBP. > # MonetDB Server v5.0.0_beta2_1 > # Copyright (c) 1993-2007 CWI, all rights reserved > # Compiled for x86_64-redhat-linux-gnu/64bit with 64bit OIDs dynamically linked > # dbname:mTests_src_test_Connections > # Visit http://monetdb.cwi.nl/ for further information > > server 12 : "include sql;" > # MonetDB Server v5.0.0_beta2_1 > # Copyright (c) 1993-2007 CWI, all rights reserved > # Compiled for x86_64-redhat-linux-gnu/64bit with 64bit OIDs dynamically linked > # dbname:mTests_src_test_Connections_test1 > # Visit http://monetdb.cwi.nl/ for further information > > server 12 : "include sql;", client 1: SQL > % sys.connections, sys.connections, sys.connections, sys.connections # table_name > % server, db, db_alias, language # name > % char, char, char, char # type > % 1024, 64, 1024, 1024 # length > % sys.connections, sys.connections, sys.connections, sys.connections # table_name > % server, db, db_alias, language # name > % char, char, char, char # type > % 1024, 64, 1024, 1024 # length > % sys.connections, sys.connections, sys.connections, sys.connections # table_name > % server, db, db_alias, language # name > % char, char, char, char # type > % 1024, 64, 1024, 1024 # length > % sys.connections, sys.connections, sys.connections, sys.connections # table_name > % server, db, db_alias, language # name > % char, char, char, char # type > % 1024, 64, 1024, 1024 # length > % sys.connections, sys.connections, sys.connections, sys.connections # table_name > % server, db, db_alias, language # name > % char, char, char, char # type > % 1024, 64, 1024, 1024 # length > > server 12 : "include sql;", client 2: SQL > % sys.connections, sys.connections, sys.connections, sys.connections # table_name > % server, db, db_alias, language # name > % char, char, char, char # type > % 1024, 64, 1024, 1024 # length > [ "localhost", "mTests_src_test_Connections_test1", "test_db", "sql" ] > % sys.connections, sys.connections, sys.connections, sys.connections # table_name > % server, db, db_alias, language # name > % char, char, char, char # type > % 1024, 64, 1024, 1024 # length > % sys.connections, sys.connections, sys.connections, sys.connections # table_name > % server, db, db_alias, language # name > % char, char, char, char # type > % 1024, 64, 1024, 1024 # length > [ "localhost", "mTests_src_test_Connections_test1", "test_db", "sql" ] > % sys.connections, sys.connections, sys.connections, sys.connections # table_name > % server, db, db_alias, language # name > % char, char, char, char # type > % 1024, 64, 1024, 1024 # length > [ "localhost", "mTests_src_test_Connections_test1", "test_db", "sql" ] > % sys.connections, sys.connections, sys.connections, sys.connections # table_name > % server, db, db_alias, language # name > % char, char, char, char # type > % 1024, 64, 1024, 1024 # length > > server 12 : "include sql;", client 3: SQL > % sys.connections, sys.connections, sys.connections, sys.connections # table_name > % server, db, db_alias, language # name > % char, char, char, char # type > % 1024, 64, 1024, 1024 # length > [ "localhost", "mTests_src_test_Connections_test1", "localhost_mTests_src_test_Connections_test1_monetdb", "sql" ] > % sys.connections, sys.connections, sys.connections, sys.connections # table_name > % server, db, db_alias, language # name > % char, char, char, char # type > % 1024, 64, 1024, 1024 # length > > # 12:18:14 > > # 12:18:14 > Done. > # 12:18:14 > > > > --- NEW FILE: connections.stable.err --- > stderr of test 'connections` in directory 'src/test/Connections` itself: > > > # 12:08:28 > > # 12:08:28 > Mtimeout -timeout 180 /usr/bin/python connections.py connections > # 12:08:28 > > > > server 11 : "include sql;" > > mserver: "Mtimeout -timeout 60 mserver5 "--config=/ufs/goncalve/scratch/MonetDB/MonetDB5/etc/monetdb5.conf" --debug=10 --set "monet_mod_path=/ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5:/ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5/lib:/ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5/bin" --set "gdk_dbfarm=/ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/dbfarm" --set "sql_logdir=/ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/sql_logs" --set "xquery_logdir=/ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/xquery_logs" --set mapi_port=<mapi_port> --set xrpc_port=<xrpc_port> --set monet_prompt= --trace --dbname "mTests_src_test_Connections" --dbinit="include sql;"" > #mserver: "Mtimeout -timeout 60 mserver5 "--config=/ufs/goncalve/scratch/MonetDB/MonetDB5/etc/monetdb5.conf" --debug=10 --set "monet_mod_path=/ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5:/ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5/lib:/ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5/bin" --set "gdk_dbfarm=/ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/dbfarm" --set "sql_logdir=/ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/sql_logs" --set "xquery_logdir=/ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/xquery_logs" --set mapi_port=34118 --set xrpc_port=40549 --set monet_prompt= --trace --dbname "mTests_src_test_Connections" --dbinit="include sql;"" > # builtin opt gdk_arch = 64bitx86_64-redhat-linux-gnu > # builtin opt gdk_version = 1.17.1 > # builtin opt monet_pid = 3601 > # builtin opt prefix = /ufs/goncalve/scratch/MonetDB/MonetDB > # builtin opt exec_prefix = ${prefix} > # builtin opt gdk_dbname = tst > # builtin opt gdk_dbfarm = ${prefix}/var/MonetDB > # builtin opt gdk_debug = 8 > # builtin opt gdk_mem_bigsize = 262144 > # builtin opt gdk_vm_minsize = 137438953472 > # builtin opt gdk_alloc_map = yes > # builtin opt gdk_mem_pagebits = 14 > # builtin opt monet_admin = adm > # builtin opt monet_prompt = > > # builtin opt monet_welcome = yes > # builtin opt monet_mod_path = ${exec_prefix}/lib/MonetDB:${exec_prefix}/lib/bin > # builtin opt monet_daemon = yes > # builtin opt host = localhost > # builtin opt mapi_port = 50000 > # builtin opt mapi_noheaders = no > # builtin opt mapi_debug = 0 > # builtin opt mapi_clients = 2 > # builtin opt sql_debug = 0 > # builtin opt sql_logdir = ${prefix}/var/MonetDB/sql_logs > # builtin opt xquery_logdir = ${prefix}/var/MonetDB/xquery_logs > # builtin opt standoff_ns = http://monetdb.cwi.nl/standoff > # builtin opt standoff_start = start > # builtin opt standoff_end = end > # config opt prefix = /ufs/goncalve/scratch/MonetDB/MonetDB5 > # config opt config = ${prefix}/etc/monetdb5.conf > # config opt prefix = /ufs/goncalve/scratch/MonetDB/MonetDB5 > # config opt exec_prefix = ${prefix} > # config opt gdk_dbfarm = ${prefix}/var/MonetDB5/dbfarm > # config opt gdk_dbname = demo > # config opt gdk_alloc_map = no > # config opt gdk_embedded = no > # config opt gdk_debug = 0 > # config opt monet_mod_path = ${exec_prefix}/lib/MonetDB5:${exec_prefix}/lib/MonetDB5/lib:${exec_prefix}/lib/MonetDB5/bin > # config opt monet_daemon = no > # config opt monet_welcome = yes > # config opt delay = 120 > # config opt mal_init = ${exec_prefix}/lib/MonetDB5/mal_init.mal > # config opt mal_listing = 15 > # config opt checkpoint_dir = ${prefix}/var/MonetDB5/chkpnt > # config opt mapi_port = 0 > # config opt sql_debug = 0 > # config opt sql_logdir = ${prefix}/var/MonetDB5/sql_logs > # config opt pf_httpd_port = 8080 > # config opt xquery_output = dm > # config opt xquery_cacheMB = 100 > # config opt xquery_logdir = ${prefix}/var/MonetDB5/xquery_logs > # cmdline opt config = /ufs/goncalve/scratch/MonetDB/MonetDB5/etc/monetdb5.conf > # cmdline opt gdk_debug = 10 > # cmdline opt monet_mod_path = /ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5:/ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5/lib:/ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5/bin > # cmdline opt gdk_dbfarm = /ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/dbfarm > # cmdline opt sql_logdir = /ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/sql_logs > # cmdline opt xquery_logdir = /ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/xquery_logs > # cmdline opt mapi_port = 31021 > # cmdline opt xrpc_port = 44351 > # cmdline opt monet_prompt = > # cmdline opt gdk_dbname = mTests_src_test_Connections > #warning: please don't forget to set your vault key! > #(see /ufs/goncalve/scratch/MonetDB/MonetDB5/etc/monetdb5.conf) > > server 12 : "include sql;" > > remote mserver: "Mtimeout -timeout 60 mserver5 "--config=/ufs/goncalve/scratch/MonetDB/MonetDB5/etc/monetdb5.conf" --debug=10 --set "monet_mod_path=/ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5:/ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5/lib:/ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5/bin" --set "gdk_dbfarm=/ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/dbfarm" --set "sql_logdir=/ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/sql_logs" --set "xquery_logdir=/ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/xquery_logs" --set mapi_port=<mapi_port> --set xrpc_port=<xrpc_port> --set monet_prompt= --trace --dbname "mTests_src_test_Connections_test1" --dbinit="include sql;"" > #remote mserver: "Mtimeout -timeout 60 mserver5 "--config=/ufs/goncalve/scratch/MonetDB/MonetDB5/etc/monetdb5.conf" --debug=10 --set "monet_mod_path=/ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5:/ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5/lib:/ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5/bin" --set "gdk_dbfarm=/ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/dbfarm" --set "sql_logdir=/ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/sql_logs" --set "xquery_logdir=/ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/xquery_logs" --set mapi_port=34119 --set xrpc_port=40549 --set monet_prompt= --trace --dbname "mTests_src_test_Connections_test1" --dbinit="include sql;"" > # builtin opt gdk_arch = 64bitx86_64-redhat-linux-gnu > # builtin opt gdk_version = 1.17.1 > # builtin opt monet_pid = 3611 > # builtin opt prefix = /ufs/goncalve/scratch/MonetDB/MonetDB > # builtin opt exec_prefix = ${prefix} > # builtin opt gdk_dbname = tst > # builtin opt gdk_dbfarm = ${prefix}/var/MonetDB > # builtin opt gdk_debug = 8 > # builtin opt gdk_mem_bigsize = 262144 > # builtin opt gdk_vm_minsize = 137438953472 > # builtin opt gdk_alloc_map = yes > # builtin opt gdk_mem_pagebits = 14 > # builtin opt monet_admin = adm > # builtin opt monet_prompt = > > # builtin opt monet_welcome = yes > # builtin opt monet_mod_path = ${exec_prefix}/lib/MonetDB:${exec_prefix}/lib/bin > # builtin opt monet_daemon = yes > # builtin opt host = localhost > # builtin opt mapi_port = 50000 > # builtin opt mapi_noheaders = no > # builtin opt mapi_debug = 0 > # builtin opt mapi_clients = 2 > # builtin opt sql_debug = 0 > # builtin opt sql_logdir = ${prefix}/var/MonetDB/sql_logs > # builtin opt xquery_logdir = ${prefix}/var/MonetDB/xquery_logs > # builtin opt standoff_ns = http://monetdb.cwi.nl/standoff > # builtin opt standoff_start = start > # builtin opt standoff_end = end > # config opt prefix = /ufs/goncalve/scratch/MonetDB/MonetDB5 > # config opt config = ${prefix}/etc/monetdb5.conf > # config opt prefix = /ufs/goncalve/scratch/MonetDB/MonetDB5 > # config opt exec_prefix = ${prefix} > # config opt gdk_dbfarm = ${prefix}/var/MonetDB5/dbfarm > # config opt gdk_dbname = demo > # config opt gdk_alloc_map = no > # config opt gdk_embedded = no > # config opt gdk_debug = 0 > # config opt monet_mod_path = ${exec_prefix}/lib/MonetDB5:${exec_prefix}/lib/MonetDB5/lib:${exec_prefix}/lib/MonetDB5/bin > # config opt monet_daemon = no > # config opt monet_welcome = yes > # config opt delay = 120 > # config opt mal_init = ${exec_prefix}/lib/MonetDB5/mal_init.mal > # config opt mal_listing = 15 > # config opt checkpoint_dir = ${prefix}/var/MonetDB5/chkpnt > # config opt mapi_port = 0 > # config opt sql_debug = 0 > # config opt sql_logdir = ${prefix}/var/MonetDB5/sql_logs > # config opt pf_httpd_port = 8080 > # config opt xquery_output = dm > # config opt xquery_cacheMB = 100 > # config opt xquery_logdir = ${prefix}/var/MonetDB5/xquery_logs > # cmdline opt config = /ufs/goncalve/scratch/MonetDB/MonetDB5/etc/monetdb5.conf > # cmdline opt gdk_debug = 10 > # cmdline opt monet_mod_path = /ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5:/ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5/lib:/ufs/goncalve/scratch/MonetDB/MonetDB5/lib/MonetDB5/bin > # cmdline opt gdk_dbfarm = /ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/dbfarm > # cmdline opt sql_logdir = /ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/sql_logs > # cmdline opt xquery_logdir = /ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/xquery_logs > # cmdline opt mapi_port = 31022 > # cmdline opt xrpc_port = 44351 > # cmdline opt monet_prompt = > # cmdline opt gdk_dbname = mTests_src_test_Connections_test1 > #warning: please don't forget to set your vault key! > #(see /ufs/goncalve/scratch/MonetDB/MonetDB5/etc/monetdb5.conf) > > server 12 : "include sql;", client 1: SQL > > client1: "Mtimeout -timeout 60 MapiClient -lsql -umonetdb -Pmonetdb --host=localhost --port=<mapi_port> " > #client1: "Mtimeout -timeout 60 MapiClient -lsql -umonetdb -Pmonetdb --host=localhost --port=35647 " > !ERROR mapi_reconnect: connect: Connection refused > MAPI = monetdb@localhost:34118 > QUERY = connect to 'localhost' port 34 database 'mTests_src_test_Connections_test1' as 'test_db_1' user 'monetdb' password 'monetdb' language 'sql'; > ERROR = !IOException:mserver.connect:Could not connect: Setup connection failed > MAPI = monetdb@localhost:34118 > QUERY = connect to 'localhost' port 34119 database 'mTests_src_test_Connections_test1' as 'test_db_1' language 'sql'; > ERROR = !syntax error, unexpected LANGUAGE, expecting USER in: "connect to 'localhost' port 34119 database 'mTests_src_test_Connections_test1' as 'test_db_1' language" > MAPI = monetdb@localhost:34118 > QUERY = connect to 'localhost' database 'mTests_src_test_Connections_test1'; > ERROR = !syntax error, unexpected SCOLON, expecting USER in: "connect to 'localhost' database 'mTests_src_test_Connections_test1';" > MAPI = monetdb@localhost:34118 > QUERY = connect 'localhost' port 34119 database 'mTests_src_test_Connections_test1' as 'test_db_1' user 'monetdb' password 'monetdb' language 'sql'; > ERROR = !syntax error, unexpected STRING, expecting TO in: "connect 'localhost'" > MAPI = monetdb@localhost:34118 > QUERY = connect to 'localhost' port 34119 as 'test_db_1' user 'monetdb' password 'monetdb' language 'sql'; > ERROR = !syntax error, unexpected AS, expecting DATABASE in: "connect to 'localhost' port 34119 as" > MAPI = monetdb@localhost:34118 > QUERY = connect to 'localhost' port 34119 database 'mTests_src_test_Connections_test1' as 'test_db' user 'monetdb' language 'sql'; > ERROR = !syntax error, unexpected LANGUAGE, expecting PASSWORD in: "connect to 'localhost' port 34119 database 'mTests_src_test_Connections_test1' as 'test_db' user 'monetdb' language" > MAPI = monetdb@localhost:34118 > QUERY = disconnect 'test_db_1'; > ERROR = !DISCONNECT CATALOG: no such db_alias 'test_db_1' > > server 12 : "include sql;", client 2: SQL > > client1: "Mtimeout -timeout 60 MapiClient -lsql -umonetdb -Pmonetdb --host=localhost --port=<mapi_port> " > #client1: "Mtimeout -timeout 60 MapiClient -lsql -umonetdb -Pmonetdb --host=localhost --port=34118 " > MAPI = monetdb@localhost:34118 > QUERY = connect to 'localhost' port 341195 database 'mTests_src_test_Connections_test1' as 'test_db' user 'monetdb' password 'monetdb' language 'sql'; > ERROR = !CONNECT TO: this connection already exists or the db_alias 'test_db' was already used! > MAPI = monetdb@localhost:34118 > QUERY = connect to 'localhost' port 34119 database 'mTests_src_test_Connections_test1' as 'test' user 'monetdb' password 'monetdb' language 'sql'; > ERROR = !CONNECT TO: this connection already exists or the db_alias 'test' was already used! > MAPI = monetdb@localhost:34118 > QUERY = connect to 'localhost' port 4000 database 'dmo' as 'test_db' user 'monetdb' password 'monetdb' language 'sql'; > ERROR = !CONNECT TO: this connection already exists or the db_alias 'test_db' was already used! > MAPI = monetdb@localhost:34118 > QUERY = disconnect 'test_db'; > ERROR = !DISCONNECT CATALOG: no such db_alias 'test_db' > MAPI = monetdb@localhost:34118 > QUERY = disconnect 'test_tb'; > ERROR = !DISCONNECT CATALOG: no such db_alias 'test_tb' > > server 12 : "include sql;", client 3: SQL > > client1: "Mtimeout -timeout 60 MapiClient -lsql -umonetdb -Pmonetdb --host=localhost --port=<mapi_port> " > #client1: "Mtimeout -timeout 60 MapiClient -lsql -umonetdb -Pmonetdb --host=localhost --port=35647 " > > # 12:08:39 > > # 12:08:39 > Done. > # 12:08:39 > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > 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

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime serialize_dflt.mx, 1.23.2.3, 1.23.2.4
by Jan Rittinger 16 Mar '07

16 Mar '07

Jan, character references should be printed as decimal (not as octal) numbers. Cheers, Jan On 03/16/2007 11:20 AM, Jan Flokstra wrote with possible deletions: > Update of /cvsroot/monetdb/pathfinder/runtime > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv28663/runtime > > Modified Files: > Tag: XQuery_0-16 > serialize_dflt.mx > Log Message: > * Fix for Jens bug monetdb-Bugs-1681921 ] XQ: Character escaping is bogus > > echo '""' | MapiClient -lx -o xml > > Now results correctly in: > > <?xml version="1.0" encoding="utf-8"?> > <XQueryResult></XQueryResult> > > > > Index: serialize_dflt.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/serialize_dflt.mx,v > retrieving revision 1.23.2.3 > retrieving revision 1.23.2.4 > diff -u -d -r1.23.2.3 -r1.23.2.4 > --- serialize_dflt.mx 15 Feb 2007 01:46:12 -0000 1.23.2.3 > +++ serialize_dflt.mx 16 Mar 2007 10:20:47 -0000 1.23.2.4 > @@ -180,7 +180,7 @@ > start = end + 1; > > if ( isspecial_ch == 1 ) { /* print octal */ > - stream_printf(ctx->out,"\\%03o",(unsigned char)src[end]); > + stream_printf(ctx->out,"&#%o;",(unsigned char)src[end]); > } else { > char *emit_val = dflt_ws->special_val[(int)isspecial_ch]; > int emit_len = dflt_ws->special_len[(int)isspecial_ch]; > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins > -- Jan Rittinger Database Systems Technische Universität München (Germany) http://www-db.in.tum.de/~rittinge/

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime serialize_dflt.mx, 1.31, 1.32
by Jan Rittinger 16 Mar '07

16 Mar '07

Hi Peter, your checkin message does not match your checkin: your change only ensures that the following four characters are not escaped anymore: '\"', '\'', '\t', and '\\'. Entities however were already escaped in the previous version. Cheers, Jan On 03/16/2007 02:08 AM, Peter Boncz wrote with possible deletions: > Update of /cvsroot/monetdb/pathfinder/runtime > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv18198 > > Modified Files: > serialize_dflt.mx > Log Message: > - XRPC strings should also escape entities > > > > Index: serialize_dflt.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/serialize_dflt.mx,v > retrieving revision 1.31 > retrieving revision 1.32 > diff -u -d -r1.31 -r1.32 > --- serialize_dflt.mx 15 Mar 2007 21:07:17 -0000 1.31 > +++ serialize_dflt.mx 16 Mar 2007 01:08:16 -0000 1.32 > @@ -1228,7 +1228,7 @@ > dflt_seqEmitBool, > dflt_seqEmitInt, > dflt_seqEmitDbl, > - dflt_seqEmitStr, > + dflt_handle_characters, > dflt_handle_attribute, > dflt_handle_characters, > > @@ -1264,7 +1264,7 @@ > dflt_seqEmitBool, > dflt_seqEmitInt, > dflt_seqEmitDbl, > - dflt_seqEmitStr, > + dflt_handle_characters, > dflt_handle_attribute, > dflt_handle_characters, > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins > -- Jan Rittinger Database Systems Technische Universität München (Germany) http://www-db.in.tum.de/~rittinge/

1 0

Re: [Monetdb-developers] Monetdb-developers Digest, Vol 10, Issue 2
by p.a.boncz 12 Mar '07

12 Mar '07

Martin, Please be more specific. Peter Message: 7 Date: Sat, 03 Mar 2007 07:53:28 +0100 From: Martin Kersten <Martin.Kersten(a)cwi.nl> Subject: [Monetdb-developers] MonetDB/src/gdk gdk_posix.mx brook testing To: monetdb-developers(a)lists.sourceforge.net Cc: Niels Nes <Niels.Nes(a)cwi.nl>, Fabian <Fabian.Groffen(a)cwi.nl>, Sjoerd Mullender <Sjoerd.Mullender(a)cwi.nl>, Stefan Manegold <Stefan.Manegold(a)cwi.nl> Message-ID: <45E91B68.1080408(a)cwi.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Peter, Good to see that you got old functionality in the heart of the system working on Windows. Its a pity that it completely broke tests on all other platforms due to our strict compilation scheme :-( A simple Mtest could have avoided it. regards, Martin

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler compile.c, 1.96.2.4, 1.96.2.5
by Ying Zhang 11 Mar '07

11 Mar '07

On Fri, Mar 09, 2007 at 01:27:44PM +0000, Peter Boncz wrote: > Update of /cvsroot/monetdb/pathfinder/compiler > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv5468/compiler > > Modified Files: > Tag: XQuery_0-16 > compile.c > Log Message: > FIX #1677094: compiler warning an weird 'sigmod' code in mps > > (plus, some minor xprc stuff) > > > > Index: compile.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/compile.c,v > retrieving revision 1.96.2.4 > retrieving revision 1.96.2.5 > diff -u -d -r1.96.2.4 -r1.96.2.5 > --- compile.c 17 Feb 2007 01:10:37 -0000 1.96.2.4 > +++ compile.c 9 Mar 2007 13:27:42 -0000 1.96.2.5 > @@ -196,26 +196,17 @@ > xmlParserInputBufferPtr buf; > char *ret, url[1024]; > > - /* support for the xrpc://x.y.z/URI naming scheme (maps to http://x.y.z:<xrpc_port>[/xrpc]/URI) */ > + /* support for the xrpc://x.y.z/URI naming scheme (maps to http://x.y.z:<xrpc_port>/URI) */ Hi Peter, I don't understand this change. With "/xrpc" the request will be directed to our own file request handler which retrieves 'URI' from MXQ, instead of from disk. What is your intention here? Jennie > if (strncmp(uri, "xrpc://", 7) == 0) { > - char *xrpc = ""; > char *p = strchr(uri+7, '/'); > char *q = strchr(uri+7, ':'); > int port = xrpc_port; > - if (p) { > - char *suffix = p + strlen(p) - 4; > - if (suffix > p && !(strcmp(suffix,".xml") && strcmp(suffix,".XML"))) { > - /* GET requests on XML get magically mapped on fn:doc(). Add xrpc/ to URI. */ > - xrpc = "/xrpc"; > - } /* else: request is simply redirected to xrpc HTTP server (file serving) */ > - *p = 0; > - } > - if (q) { > + if (q && (p == NULL || p > q)) { > /* if a specific port is omitted, we use the current xrpcd port number */ > port = atoi(q+1); > *q = 0; > } > - snprintf(url, 1024, "http://%s:%d%s/%s", uri+7, port, xrpc, p?(p+1):""); > + snprintf(url, 1024, "http://%s:%d/%s", uri+7, port, p?(p+1):""); > if (p) *p = '/'; > if (q) *q = ':'; > } else { > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins

1 1

[Monetdb-developers] MonetDB/src/gdk gdk_posix.mx brook testing
by Martin Kersten 03 Mar '07

03 Mar '07

Peter, Good to see that you got old functionality in the heart of the system working on Windows. Its a pity that it completely broke tests on all other platforms due to our strict compilation scheme :-( A simple Mtest could have avoided it. regards, Martin

1 0

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB/src/gdk gdk_posix.mx, 1.127.2.10, 1.127.2.11 gdk_utils.mx, 1.172.2.3, 1.172.2.4
by Sjoerd Mullender 02 Mar '07

02 Mar '07

On 03/02/2007 12:15 AM, Peter Boncz wrote: > Update of /cvsroot/monetdb/MonetDB/src/gdk > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv19416 > > Modified Files: > Tag: MonetDB_1-16 > gdk_posix.mx gdk_utils.mx > Log Message: > stress MXQ testing under windows.. > - upgrade max vm size on win32 to 1.5GB > - ignore uncaught exceptions (avoids popup window on crash) > > > > Index: gdk_posix.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB/src/gdk/gdk_posix.mx,v > retrieving revision 1.127.2.10 > retrieving revision 1.127.2.11 > diff -u -d -r1.127.2.10 -r1.127.2.11 > --- gdk_posix.mx 1 Mar 2007 09:03:06 -0000 1.127.2.10 > +++ gdk_posix.mx 1 Mar 2007 23:15:16 -0000 1.127.2.11 > @@ -1143,6 +1143,7 @@ > (void)alloc_map; > #endif > MT_mmap_init(); > + (void) SetUnhandledExceptionFilter((LPTOP_LEVEL_EXCEPTION_FILTER) 1); > } I'm not sure I agree with this change. It's nice to be able to debug the system when you get a crash, and you can turn off those pop-ups by disabling the just-in-time debugger in the registry. -- Sjoerd Mullender

1 0

[Monetdb-developers] [Fwd: Re: mclient skyserver]
by Romulo Goncalves 01 Mar '07

01 Mar '07

Hello, I tried to connect a MapiClient from eritta computer and I got this error (the one in attach). However, when I run the same command in my machine it works. Any idea? I also do not understand the error message. Regards, Romulo

2 7

Re: [Monetdb-developers] [Monetdb-checkins] clients/src/mapilib Mapi.mx, 1.6, 1.7
by Sjoerd Mullender 01 Mar '07

01 Mar '07

As I told Martin, both approaches have their disadvantages. However, you need to do *something*. Out of the box, if you use a --prefix other than /usr or /usr/local, the sample program won't run because it cannot find libMapi.so at run time. So, if you have a better idea... On 2007-03-01 15:53, Sjoerd Mullender wrote: > Update of /cvsroot/monetdb/clients/src/mapilib > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv16906/src/mapilib > > Modified Files: > Mapi.mx > Log Message: > propagated changes of Wednesday Feb 28 2007 - Thursday Mar 01 2007 > from the Clients_1-16 branch to the development trunk > > > Index: Mapi.mx > =================================================================== > RCS file: /cvsroot/monetdb/clients/src/mapilib/Mapi.mx,v > retrieving revision 1.6 > retrieving revision 1.7 > diff -u -d -r1.6 -r1.7 > --- Mapi.mx 20 Feb 2007 10:48:07 -0000 1.6 > +++ Mapi.mx 1 Mar 2007 14:52:59 -0000 1.7 > @@ -141,6 +141,26 @@ > @end verbatim > @end example > > +It assumes that the dynamic loadable libraries are in public places. > +If, however, the system is installed in your private environment > +then either one of the two following options can be used. > + > +@example > +@verbatim > +cc sample.c `monetdb-clients-config --cflags --libs` -lMapi -o sample \ > +-Wl,rpath,`monetdb-clients-config --libdir` > +./sample > +@end verbatim > +@end example > + > +@example > +@verbatim > +export LD_LIBRARY_PATH=`monetdb-clients-config --libdir` > +cc sample.c `monetdb-clients-config --cflags --libs` -lMapi -o sample > +./sample > +@end verbatim > +@end example > + > The compilation on Windows is slightly more complicated. It requires > more attention towards the location of the include files and libraries. > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins -- Sjoerd Mullender

2 1

Re: [Monetdb-developers] [Monetdb-checkins] buildtools HowToRelease.rst, 1.1.2.1, 1.1.2.2
by Fabian Groffen 28 Feb '07

28 Feb '07

On 28-02-2007 19:12:44 +0000, Martin Kersten wrote: > +- Strictly adhire to bug-fixes and feature updates. Nothing > + is a bugfix unless it is covered by a bugreport. This is something that I thought of too. Maybe it is a good idea to report bugs on SF first, so your commit fixing the issue can refer to the bug number. This might also allow early feedback of other developers on whether something is considered to be a bug or not. While this might slow you down to "fix" the issue you found, it does implement some sort of QA for the "stable" branches, which are supposed to be stable and hence should be carefully moderated. Since real moderation is undesired, I think we can all agree that we don't want the stable branch to be uncluttered of all kinds of non-bug-fixes. Why else would you like to have a stable branch otherwise? If there is a need for faster "feature" releases, we probably should just rebranch the trunk into a stable more often. Features at the cost of a known stable source base.

1 0

[Monetdb-developers] [XQUERY] compilation problem with burg
by Fabian Groffen 28 Feb '07

28 Feb '07

Maybe someone here can help me. I got this weird error, and I don't know how to figure out what the real problem is. It seems burg is emitting the message: x86_64-pc-linux-gnu-ar cru .libs/libparser.a .libs/libparser_la-abssyn.o .libs/libparser_la-scanner.yy.o .libs/libparser_la-parser.tab.o x86_64-pc-linux-gnu-ranlib .libs/libparser.a creating libparser.la (cd .libs && rm -f libparser.la && ln -s ../libparser.la libparser.la) make[5]: Leaving directory `/net/pegasus.ins.cwi.nl/export/scratch0/fabian/vtmp/build-current-pegasus.ins.cwi.nl/xquery/compiler/parser' make[4]: Leaving directory `/net/pegasus.ins.cwi.nl/export/scratch0/fabian/vtmp/build-current-pegasus.ins.cwi.nl/xquery/compiler/parser' Making all in semantics make[4]: Entering directory `/net/pegasus.ins.cwi.nl/export/scratch0/fabian/vtmp/build-current-pegasus.ins.cwi.nl/xquery/compiler/semantics' rm -f -f normalize.c /ufs/fabian/scratch/monetdb/current/program-x86_64/bin/burg -c 1000 -d -I -p PFnormalize /ufs/fabian/scratch/monetdb/current/xquery/compiler/semantics/normalize.brg -o normalize.c line 68: syntax error make[4]: *** [normalize.c] Error 1 make[4]: *** Deleting file `normalize.c' make[4]: Leaving directory `/net/pegasus.ins.cwi.nl/export/scratch0/fabian/vtmp/build-current-pegasus.ins.cwi.nl/xquery/compiler/semantics' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/net/pegasus.ins.cwi.nl/export/scratch0/fabian/vtmp/build-current-pegasus.ins.cwi.nl/xquery/compiler' make[2]: *** [all] Error 2 make[2]: Leaving directory `/net/pegasus.ins.cwi.nl/export/scratch0/fabian/vtmp/build-current-pegasus.ins.cwi.nl/xquery/compiler' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/net/pegasus.ins.cwi.nl/export/scratch0/fabian/vtmp/build-current-pegasus.ins.cwi.nl/xquery' make: *** [all] Error 2 I'm confident I updated buildtools and pathfinder before compiling. The line that burg refers to is: %start Query but not being familiar with burg, I have no idea what can be wrong there. If anyone knows or can give a hint as where to look for, that would be much appreciated.

2 4

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime xrpc_server.mx, 1.7.2.12, 1.7.2.13 xrpc_client.mx, 1.6.2.7, 1.6.2.8
by Fabian Groffen 27 Feb '07

27 Feb '07

On 27-02-2007 17:40:32 +0000, Ying Zhang wrote: > Update of /cvsroot/monetdb/pathfinder/runtime > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv23288 > > Modified Files: > Tag: XQuery_0-16 > xrpc_server.mx xrpc_client.mx > Log Message: > small changes in the way XRPC print timing info. they are now printed > in more logical order How much is this a bugfix?

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/modules/pftijah nexi.c, 1.49, 1.50 pftijah_tokenize.l, 1.12, 1.13 pftijah_util.mx, 1.2, 1.3 serialize_pftijah.mx, 1.41, 1.42
by Sjoerd Mullender 27 Feb '07

27 Feb '07

On 2007-02-27 16:43, Jan Flokstra wrote: > Update of /cvsroot/monetdb/pathfinder/modules/pftijah > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv27686 > > Modified Files: > nexi.c pftijah_tokenize.l pftijah_util.mx serialize_pftijah.mx > Log Message: > * repair BBP refcount bug for BAT Is this a fix which also applies to the stable branch? > * reimplement the direct bat acces methods in pftijah serialization for more > speed (and clarity). > > * Start optimizing the the pftijah tokenizer. The flex functions are called once > per handle_character() call. This leads to 2 malloc's per call. I tried to > do without the malloc's but this caused to a lot of strange results:-) > I am now planning to craft the flexer by hand. The first small experiment > shows there is a lot to gain there. (25% speedup in indexing time). > > > > Index: serialize_pftijah.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/modules/pftijah/serialize_pftijah.mx,v > retrieving revision 1.41 > retrieving revision 1.42 > diff -u -d -r1.41 -r1.42 > --- serialize_pftijah.mx 23 Feb 2007 15:11:07 -0000 1.41 > +++ serialize_pftijah.mx 27 Feb 2007 15:43:37 -0000 1.42 > @@ -31,8 +31,8 @@ > > extern int handleTijahTerm(struct tijahContextStruct *ctx, char* term); > > -extern int useFlexScanner(char* buf, int len, struct tijahContextStruct* tjCtx); /* FLEX */ > -extern char* flexScanOneTerm(char* buf, int len); > +extern int useFlexScanner(char* buf, struct tijahContextStruct* tjCtx); /* FLEX */ > +extern char* flexScanOneTerm(char* buf); > > extern char* normalizeTerm(struct tijahContextStruct *ctx, char* term ); > > @@ -70,15 +70,10 @@ > typedef struct dbat_struct { > const char* name; > BAT* bat; > - int oid_mark; > - int max_i; > - int max_sz; > - bit dflt; /* fill with default value during extend */ > - int dflt_int; /* the default int value */ > - chr dflt_chr; /* the default chr value */ > - oid dflt_oid; /* the default oid value */ > - /* */ > - union { /* cast to perform direct indexex insert in [void,any] BATs */ > + oid raw_max; > + oid seqbase; > + oid seq_max; > + union { /* cast to perform direct indexe insert in [void,any] BATs */ > void* voidCAST; /* the basecast */ > chr* chrCAST; /* cast for [void,chr] BAT */ > int* intCAST; /* cast for [void,int] BAT */ > @@ -89,7 +84,6 @@ > int dbat_init(const char* name, dbat* dbat, BAT* b) { > dbat->name = name; > dbat->bat = b; > - dbat->dflt = FALSE; > if ( dbat->bat->htype != TYPE_void ) { > stream_printf(GDKerr,"ERROR: dbat_init(%s) non void BAT\n",dbat->name); > return 0; > @@ -98,31 +92,25 @@ > stream_printf(GDKerr,"ERROR: dbat_init(%s) unknown ttype(%d)\n",dbat->name,dbat->bat->ttype); > return 0; > } > - dbat->oid_mark = b->hseqbase; > - dbat->max_i = dbat->max_sz = BATcount(dbat->bat); > + dbat->seqbase = (oid)b->hseqbase; > + dbat->raw_max = (oid)BATcount(dbat->bat); > + dbat->seq_max = dbat->raw_max + dbat->seqbase; > dbat->cast.voidCAST = (void*)BUNfirst(dbat->bat); > /* */ > return 1; > } > > -int dbat_finalize(dbat* dbat) { > - BAT* b = dbat->bat; > > +int dbat_finalize(dbat* dbat, int topidx) { > void* top; > + BAT* b = dbat->bat; > > - int bottomTop = dbat->max_i; > - if ( 0 ) stream_printf(GDKout,"dbat_finalize(size=%d)\n",dbat->max_i); > + topidx -= (int)dbat->seqbase; > + int bottomTop = topidx; > switch( b->ttype ) { > case TYPE_int : > top = &dbat->cast.intCAST[bottomTop]; > break; > - case TYPE_chr: { > - b->batBuns->free = dbat->max_i; > - BATsetcount(b, dbat->max_i); > - b->tsorted = 0; > - b->batDirty = TRUE; /* VERY important this one */ > - return 1; > - } > case TYPE_oid: > top = &dbat->cast.oidCAST[bottomTop]; > break; > @@ -137,7 +125,7 @@ > /* */ > dbat->name = NULL; > dbat->bat = NULL; > - dbat->max_i = dbat->max_sz = 0; > + dbat->raw_max = dbat->seqbase = 0; > /* */ > return 1; > } > @@ -145,9 +133,14 @@ > #define MINCHUNK 8192 > #define MAXCHUNK 67108864 > > -int dbat_extend(dbat* dbat, int i_mark) { > - /* CHECK THIS if ( i_mark ) i = i_mark - dbat->oid_mark; */ > - size_t newsize = MAX(MIN(MAX(MINCHUNK,dbat->max_sz*2),(size_t)(dbat->max_sz+MAXCHUNK)),(size_t)i_mark); > +int dbat_extend(dbat* dbat, oid min_i /*raw-index*/, size_t forced_size) { > + size_t newsize; > + > + if ( forced_size ) { > + newsize = forced_size; > + } else { > + newsize = MAX(MIN(MAX(MINCHUNK,dbat->raw_max*2),(size_t)(dbat->raw_max+MAXCHUNK)),(size_t)min_i); > + } > > /* first check if the number of BUN's < INT_MAX. If this was the case > * and the previous time INT_MAX was returned this means the BAT cannot > @@ -156,94 +149,34 @@ > if ( newsize > INT_MAX ) { > newsize = INT_MAX; > > - if ( dbat->max_sz == INT_MAX ) { > + if ( dbat->raw_max == INT_MAX ) { > GDKerror("dbat_extend: BATextend[\"%s\"](size>INT_MAX) fails\n","incomplete"); > return -1; > } > } > - if ( 0 ) { stream_printf(GDKout,"dbat_extend[%s](%d -> %d)\n",dbat->name,dbat->max_sz,newsize); } > - dbat->max_sz= newsize; > +#if 0 > + stream_printf(GDKout,"dbat_extend[%s](%d -> %d)\n",dbat->name,dbat->raw_max,newsize); > +#endif > + dbat->raw_max= newsize; > + dbat->seq_max = dbat->raw_max + dbat->seqbase; > if ( !(dbat->bat = BATextend(dbat->bat,newsize)) ) { > GDKerror("dbat_extend: BATextend[\"%s\"](to %d) fails\n","incomplete",newsize); > return -1; > } > dbat->cast.voidCAST = (void*)BUNfirst(dbat->bat); > - /* > - * now check if there's a default value handler used > - * > - */ > - if ( dbat->dflt ) { > - switch( dbat->bat->ttype ) { > - case TYPE_int : { > - int v = dbat->dflt_int; > - int *to = &dbat->cast.intCAST[dbat->max_sz]; > - for(register int *p = &dbat->cast.intCAST[dbat->max_i]; p<to;) > - *p++ = v; > - break; > - } > - case TYPE_chr: { > - chr v = dbat->dflt_chr; > - chr *to = &dbat->cast.chrCAST[dbat->max_sz]; > - for(register chr *p = &dbat->cast.chrCAST[dbat->max_i]; p<to;) > - *p++ = v; > - break; > - } > - case TYPE_oid: { > - oid v = dbat->dflt_oid; > - oid *to = &dbat->cast.oidCAST[dbat->max_sz]; > - for(register oid *p = &dbat->cast.oidCAST[dbat->max_i]; p<to;) > - *p++ = v; > - break; > - } > - default: > - GDKerror("dbat_extend: bad ttype\n"); > - return -1; > - } > - } > - /* */ > return 1; > } > > int dbat_sizeHint(dbat* dbat, int sizeHint_mark) { > - int sizeHint = sizeHint_mark - dbat->oid_mark; > - int estimate = dbat->max_i + sizeHint; > - > - return dbat_extend(dbat, estimate); > -} > - > -INLINE static int dbat_set_oid(dbat* dbat, int pos_mark, oid v) { > - register int pos; > + int sizeHint = sizeHint_mark - dbat->seqbase; > + int estimate = dbat->raw_max + sizeHint; > > - if ( (pos=pos_mark - dbat->oid_mark) < dbat->max_i ) { > - dbat->cast.oidCAST[pos] = v; > - return 1; > - } else { > - if ( pos >= dbat->max_sz ) { > - if ( dbat_extend(dbat,pos) < 0 ) > - return -1; > - } > - dbat->max_i = pos + 1; > - dbat->cast.oidCAST[pos] = v; > - return 1; > - } > + return dbat_extend(dbat, estimate, 0); > } > > -INLINE static int dbat_set_int(dbat* dbat, int pos_mark, int v) { > - register int pos; > +#define dbat_set_oid(DBAT,I,V) (DBAT)->cast.oidCAST[I-(DBAT)->seqbase] = V > > - if ( (pos=pos_mark - dbat->oid_mark) < dbat->max_i ) { > - dbat->cast.intCAST[pos] = v; > - return 1; > - } else { > - if ( pos >= dbat->max_sz ) { > - if ( dbat_extend(dbat,pos) < 0 ) > - return -1; > - } > - dbat->max_i = pos + 1; > - dbat->cast.intCAST[pos] = v; > - return 1; > - } > -} > +#define dbat_set_int(DBAT,I,V) (DBAT)->cast.intCAST[I-(DBAT)->seqbase] = V > > /************************************************ > * > @@ -315,9 +248,6 @@ > > /************************************************ > * > - * > - * First the temporary shredder for Tijah by JF > - * > */ > > INLINE static oid > @@ -328,15 +258,15 @@ > BUN bun; > > HASHfnd_str(bun, tjctx->hm_globalTag, (str)t); > - if ( bun ) > - /* if ( (bun = BUNfnd(tjctx->hm_globalTag,t)) ) OLD */ > + if ( bun ) { > return *(oid*)BUNtail(tjctx->hm_globalTag,bun); > - else { > - if ( !BUNins(tjctx->b_globalTag, &tjctx->n_globalTag, (str)t, FALSE) ) { > + } else { > + if ( BUNins(tjctx->b_globalTag, &tjctx->n_globalTag, (str)t, FALSE) ) { > + return tjctx->n_globalTag++; > + } else { > GDKerror("INSERT OF \"%s\" in globalTag fails.\n"); > return oid_nil; > - } else > - return tjctx->n_globalTag++; > + } > } > #endif > } > @@ -349,10 +279,7 @@ > BUN bun; > > HASHfnd_str(bun, tjctx->hm_globalTerm, (str)t); > - if ( bun ) { > - return *(oid*)BUNtail(tjctx->hm_globalTerm,bun); > - } else > - return oid_nil; > + return ( bun ? *(oid*)BUNtail(tjctx->hm_globalTerm,bun) : oid_nil ); > } > > INLINE static oid > @@ -366,22 +293,35 @@ > if ( bun ) > return *(oid*)BUNtail(tjctx->hm_globalTerm,bun); > else { > - if ( !BUNins(tjctx->b_globalTerm, &tjctx->n_globalTerm, (str)t, FALSE)){ > + if ( BUNins(tjctx->b_globalTerm, &tjctx->n_globalTerm, (str)t, FALSE)){ > + return tjctx->n_globalTerm++; > + } else { > GDKerror("INSERT OF \"%s\" in globalTerm fails.\n"); > return oid_nil; > - } else > - return tjctx->n_globalTerm++; > + } > } > #endif > } > > -#define tj_add2plane(TJCTX,O) \ > - ((dbat_set_oid(&(TJCTX)->dbat_collPre, (TJCTX)->tijahPre, O) < 0) \ > - ? oid_nil : ((oid)(TJCTX)->tijahPre++)) > +INLINE oid tj_extend_plane(struct tijahContextStruct *tjctx) { > + oid base = tjctx->tijahPre - tjctx->dbat_collPre.seqbase; > > -#define insertPreSize(TJCTX,POS,SIZE) \ > - dbat_set_int(&TJCTX->dbat_collSize,(int)POS,SIZE) > + if ( base >= tjctx->dbat_collPre.raw_max ) { > + if ( dbat_extend(&tjctx->dbat_collPre,base, 0) < 0 ) > + return oid_nil; > + /* IMPORTANT: the size of the two bats is synchronized by the use > + * of the forced size (last) parameter of dbat_extend > + */ > + if ( dbat_extend(&tjctx->dbat_collSize,base,tjctx->dbat_collPre.raw_max) < 0 ) > + return oid_nil; > + } > + return tjctx->tijahPre++; > +} > > +#define tj_newPre(TJCTX) \ > + (((TJCTX)->tijahPre < (TJCTX)->dbat_collPre.seq_max) \ > + ? \ > + ((oid)(TJCTX)->tijahPre++) : tj_extend_plane(TJCTX)) > > int > handleTijahTerm(struct tijahContextStruct *tjctx, char* term) { > @@ -397,13 +337,13 @@ > } > } > if ( (termOid = tj_termOid(tjctx, term)) == oid_nil ) > - return 0; > + return -1; > } > if ( termOid ) { /* term is not a stopword */ > - if ( (tjPre = tj_add2plane(tjctx, termOid)) == oid_nil ) > + if ( (tjPre = tj_newPre(tjctx) ) == oid_nil ) > return 0; > - if ( insertPreSize(tjctx,tjPre,0) < 0 ) > - return -1; > + dbat_set_oid(&tjctx->dbat_collPre, tjPre, termOid); > + dbat_set_int(&tjctx->dbat_collSize,(int)tjPre,0); > #ifdef TJ_TRACE > if ( TJ_TRACE ) stream_printf(GDKout,"C[%s]:TERM: \"%s\", termoid=%d, tjPre=%d\n",tjctx->name,term,termOid,tjPre); > #endif > @@ -416,40 +356,13 @@ > return 1; > } > > -/************ > - * > - * The part where the Strings from Pathfinder are shredded into words > - * by Tijah. The USE_FLEX macro determines if the strings is shredded > - * by Hennings fancy flex scanner or Jan's simple strtok() scanner. > - */ > - > -const char* obsoleteNexiChars = " \t\n\r,:;&*%$#!@="; > - > -int > -useStrtokScanner(tjCtx* tjctx, char* s) > -{ > - char *t; > - int sz = 0; > - > -#ifdef TJ_TRACE > - if (TJ_TRACE) stream_printf(GDKout,"C[%s]:CHARACTERS:\n",tjctx->name); > -#endif > - if ( (t = strtok(s,obsoleteNexiChars)) ) do { > - /* not the empty string here */ > - if ( handleTijahTerm(tjctx,t) < 0 ) > - return -1; > - sz++; > - } while ( (t=strtok(NULL,obsoleteNexiChars)) ); > - return 1; > -} > - > /************************************************ > * > * Now the real output handlers > */ > > > -#ifdef notused > +#if 0 > static int > handle_sizeHint(XqueryCtx* ctx, int hinted_size) { > tjCtx* tjctx = (tjCtx*)ctx->driverWs; > @@ -502,14 +415,12 @@ > return (str)str_nil; > } > > -#define GUESSFORCE FALSE > - > /* > * Replace the value of a collection parameter int the collection parameter > * bat > */ > static int replaceCollParam(tjCtx* tjctx, str param, str val) { > - return ( BUNreplace(tjctx->b_collParam,param,val,GUESSFORCE) != NULL ); > + return ( BUNreplace(tjctx->b_collParam,param,val,FALSE) != NULL ); > } > > static BAT* > @@ -894,10 +805,10 @@ > /* if ( DOEMIT(tjctx) ) { */ > if ( (termOid = tj_tagOid(tjctx, name)) == oid_nil ) > return 0; > - if ( (tjPre = tj_add2plane(tjctx, termOid)) == oid_nil ) > + if ( (tjPre = tj_newPre(tjctx) ) == oid_nil ) > return 0; > + dbat_set_oid(&tjctx->dbat_collPre, tjPre, termOid); > if ( tj_pushTag(tjctx,tjPre) < 0 ) return 0; > - if ( 0 ) stream_printf(GDKout,"C[%s]:startElement: \"%s\", termoid=%d, Tijah pre#=%d, Pathfinder pre#=%d\n",tjctx->name,name,termOid,tjPre,pre); > #ifdef TJ_TRACE > if ( TJ_TRACE ) stream_printf(GDKout,"C[%s]:startElement: \"%s\", termoid=%d, Tijah pre#=%d, Pathfinder pre#=%d\n",tjctx->name,name,termOid,tjPre,pre); > #endif > @@ -913,8 +824,7 @@ > --tjctx->doc_height; > oid start = tj_popTag(tjctx); /* oid of the first node of the element */ > int size = tjctx->tijahPre - start - 1; /* the Tijah element size */ > - if ( insertPreSize(tjctx,start,size) < 0 ) > - return 0; > + dbat_set_int(&tjctx->dbat_collSize,(int)start,size); > #ifdef TJ_TRACE > if ( TJ_TRACE ) stream_printf(GDKout,"C[%s]:empty_endElement: \"%s\"\n", tjctx->name,""); > #endif > @@ -934,8 +844,7 @@ > /* if ( DOEMIT(tjctx) ) { */ > oid start = tj_popTag(tjctx); /* oid of the first node of the element */ > int size = tjctx->tijahPre - start - 1; /* the Tijah element size */ > - if ( insertPreSize(tjctx,start,size) < 0 ) > - return 0; > + dbat_set_int(&tjctx->dbat_collSize,(int)start,size); > #ifdef TJ_TRACE > if ( TJ_TRACE ) stream_printf(GDKout,"C[%s]:endElement: \"%s\"\n", tjctx->name,name); > #endif > @@ -944,8 +853,6 @@ > return 1; > } > > -#define USE_FLEX 1 > - > /** > * Output generation handler. Handles equivalent of * SAX characters() event. > */ > @@ -954,28 +861,23 @@ > EMPTY_CHECK; > tjCtx* tjctx = (tjCtx*)ctx->driverWs; > > + register char* p = (char*)ch; > + while( *p && isspace(*p) ) p++; > + if ( !*p ) > + return 1; > #ifdef TJ_TRACE > - if ( TJ_TRACE ) stream_printf(GDKout,"C[%s]:handle_characters(%s) start\n",tjctx->name, (char*)ch); > + if ( TJ_TRACE ) stream_printf(GDKout,"C[%s]:handle_characters(%s) start\n",tjctx->name, p); > #endif > > if ( DOEMIT(tjctx) ) { > -#ifdef USE_FLEX > - return useFlexScanner((char*)ch,strlen((char*)ch),tjctx); > -#else > - return useStrtokScanner(tjctx,(char*)ch); > -#endif > + return useFlexScanner(p,tjctx); > } > return 1; > } > > char* normalizeTerm(struct tijahContextStruct *tjctx, char* term ) { > char *res; > -#ifdef USE_FLEX > - res = flexScanOneTerm((char*)term,strlen((char*)term)); > -#else > - res = strtok(term,obsoleteNexiChars); > -#endif > - /* INCOMPLETE, should make shure tijahContext is always avail. here */ > + res = flexScanOneTerm((char*)term); > if ( res && tjctx && tjctx->stemCtx->stem) { > if ( !(res = (char*)tjctx->stemCtx->stem(tjctx->stemCtx,(char*)res)) ) { > /* must be a stopword */ > @@ -986,14 +888,6 @@ > } > > int CMDtj_normalizeTerm(char** res, str term, str stemmer) { > -//Leave tokenization disabled for now > -// char* tokenized; > -//#ifdef USE_FLEX > -// tokenized = flexScanOneTerm(term,strlen(term)); > -//#else > -// tokenized = strtok(term,obsoleteNexiChars); > -//#endif > - > tjStemCtx* stemCtx = getStemmingContext( stemmer ); > > if ( stemCtx->stem ) { > @@ -1123,13 +1017,9 @@ > #ifdef TJ_TRACE > if ( TJ_TRACE ) stream_printf(GDKout,"C[%s]:FINISH INDEXING\n",tjctx->name); > #endif > - > - /* feature not used anymore ????? */ > - if ( 0 /* ROEL CHANGE VIRTUAL ROOT SIZE HERE */ ) > - insertPreSize(tjctx,0,tjctx->tijahPre - 1); > - if ( dbat_finalize(&tjctx->dbat_collPre) < 0 ) > + if ( dbat_finalize(&tjctx->dbat_collPre, tjctx->tijahPre) < 0 ) > return GDK_FAIL; > - if ( dbat_finalize(&tjctx->dbat_collSize) < 0 ) > + if ( dbat_finalize(&tjctx->dbat_collSize, tjctx->tijahPre) < 0 ) > return GDK_FAIL; > #ifdef TJ_TRACE > if ( TJ_TRACE ) stream_printf(GDKout,"C[%s]:FINALIZED DIRECT BATS\n",tjctx->name); > > Index: pftijah_tokenize.l > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/modules/pftijah/pftijah_tokenize.l,v > retrieving revision 1.12 > retrieving revision 1.13 > diff -u -d -r1.12 -r1.13 > --- pftijah_tokenize.l 9 Jan 2007 15:44:39 -0000 1.12 > +++ pftijah_tokenize.l 27 Feb 2007 15:43:37 -0000 1.13 > @@ -115,7 +115,40 @@ > > %% > > -int useFlexScanner(char* buf, int len, struct tijahContextStruct* tjCtx) { > +int OPT0useFlexScanner(char* buf, struct tijahContextStruct* tjCtx) { > + /* UPDATE: this delivers very strange testset results and should not be > + * used I think. > + */ > + /* This is an optimized version of the flex scanner which does not copy the > + * input buffer. The only strange thing about this interface is that it > + * requires 2 YY_END_OF_BUFFER_CHAR (eg. 0) at the end of the buffer. The > + * size of the buffer is inclusive the 2 0's. > + * The last zero is toggled with its original value to prevent corruption > + * of memory management tables. This was for me the only way to prevent > + * copying here. > + */ > + int len = strlen(buf); > + char remember = buf[len+1]; > + buf[len+1] = YY_END_OF_BUFFER_CHAR; > + YY_BUFFER_STATE myBuf = yy_scan_buffer(buf, len+2); > + > + if ( !myBuf ) { > + stream_printf(GDKout,"# useFlexScanner: unable to get setup non-copy buffer."); > + return 0; > + } > + while ( pftijah_tokenizelex() ) { > + /* stream_printf(GDKout,"# scan(%s).\n",pftijah_tokenizetext); */ > + if ( !handleTijahTerm(tjCtx, pftijah_tokenizetext) ) > + return 0; > + } > + yy_delete_buffer(myBuf); > + buf[len+1] = remember; > + return 1; > +} > + > +int useFlexScanner(char* buf, struct tijahContextStruct* tjCtx) { > + // the original > + int len = strlen(buf); > YY_BUFFER_STATE myBuf = yy_scan_bytes(buf, len); > while (pftijah_tokenizelex()) { > if ( !handleTijahTerm(tjCtx, pftijah_tokenizetext) ) > @@ -125,6 +158,40 @@ > return 1; > } > > +int OPT2useFlexScanner(char* input, struct tijahContextStruct* tjctx) > +{ > + /* the fast function. This function is in the pftijah context with lots > + * of small strings to tokenize many times faster as the flex and the > + * strtok() methods which seem to have a rather larger overhead > + */ > + register char* s = input; > + register char x; > +// #define EMIT x=*s; *s=0; stream_printf(GDKout,"#[%s]\n",base);if (!handleTijahTerm(tjctx,base)) return 0; *s=x > +#define EMIT x=*s; *s=0; if (!handleTijahTerm(tjctx,base)) return 0; *s=x > + > + while ( 1 ) { > + while ( isspace( *s ) ) s++; > + if ( *s ) { > + char* base = s; > + if ( isalnum(*s) ) { > + if ( isdigit(*s) ) { > + while ( isdigit(*++s) ) ; > + EMIT; > + } else { > + if (isupper(*s)) *s=tolower(*s); > + while ( isalnum(*++s) ) if (isupper(*s)) *s=tolower(*s); > + EMIT; > + } > + } else { > + // INCOMPLETE, ENTITIES HERE > + // stream_printf(GDKout,"#[SKIPPING:%c]\n",*s); > + s++; > + } > + } else > + return 1; > + } > +} > + > char* tijah_tokenize_string(char* buf, int len, char* outbuf) { > int cnt = 0; > YY_BUFFER_STATE myBuf = yy_scan_bytes(buf, len); > @@ -137,9 +204,10 @@ > return outbuf; > } > > -char* flexScanOneTerm(char* buf, int len) { > +char* flexScanOneTerm(char* buf) { > char *res; > char resBUFF[256]; > + int len = strlen(buf); > > YY_BUFFER_STATE myBuf = yy_scan_bytes(buf, len); > if ( pftijah_tokenizelex() ) { > > Index: nexi.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/modules/pftijah/nexi.c,v > retrieving revision 1.49 > retrieving revision 1.50 > diff -u -d -r1.49 -r1.50 > --- nexi.c 23 Feb 2007 15:11:05 -0000 1.49 > +++ nexi.c 27 Feb 2007 15:43:37 -0000 1.50 > @@ -455,6 +455,7 @@ > /* > * Now find out if the collection is fragmented or not. > */ > + /* INCOMPLETE, ERROR HERE WITH REFCOUNTS IN HEAD */ > BAT* fb = pftu_lookup_bat(pftu_batname1("tj_%s_fragments",(char*)parserCtx->collection,0)); > if ( ! fb ) { > stream_printf(GDKerr,"Error: cannot find fragments bat for collection \"%s\".\n",parserCtx->collection); > @@ -471,6 +472,8 @@ > parserCtx->ffPfx = ""; > parserCtx->flastPfx = ", str(1)"; > } > + BBPunfix(BBPcacheid(fb)); > + fb = NULL; > // Some special cases for NLLR, since NLLR only works with COARSE2 at the moment > if ( txt_retr_model->model == MODEL_NLLR ) { > // Switch to COARSE2 algebra for NLLR > > Index: pftijah_util.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/modules/pftijah/pftijah_util.mx,v > retrieving revision 1.2 > retrieving revision 1.3 > diff -u -d -r1.2 -r1.3 > --- pftijah_util.mx 9 Jan 2007 17:15:23 -0000 1.2 > +++ pftijah_util.mx 27 Feb 2007 15:43:37 -0000 1.3 > @@ -73,6 +73,7 @@ > if ( b == bat_nil ) { > return NULL; > } else { > + BBPfix(b); > return BBPdescriptor(b); > } > } > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins -- Sjoerd Mullender

2 1

[Monetdb-developers] MonetDB5 compilation in windows...
by Romulo Goncalves 26 Feb '07

26 Feb '07

During the compilation of MonetDB5 in windows I got the error: cl -GF -W3 -wd4273 -wd4102 -MD -nologo -Zi -Ox -I. -I.\..\.. "-IC:\Pthreads\include" -I.\..\..\..\src\tools "-I..\mal" -I.\..\..\..\..\clients\NT\include -I.\..\..\..\..\clients\NT\include\MonetDB\mapilib "-IC:\cygwin\home\goncalve\MonetDB\Mone tDB_SQL\MonetDB\NT\include" "-IC:\cygwin\home\goncalve\MonetDB\MonetDB_SQL\MonetDB\NT\include\common" "-IC:\cygwin\home\goncal ve\MonetDB\MonetDB_SQL\MonetDB\NT\include\gdk" "-IC:\cygwin\home\goncalve\MonetDB\MonetDB_SQL\MonetDB\NT\include\monet" "-IC:\ cygwin\home\goncalve\MonetDB\MonetDB_SQL\MonetDB\NT\include\plain" "-IC:\cygwin\home\goncalve\MonetDB\MonetDB_SQL\MonetDB\NT\i nclude\mapi" -I.\..\..\..\src\tools "-I..\mal" -I.\..\..\..\..\clients\NT\include -I.\..\..\..\..\clients\NT\include\MonetDB\ mapilib "-IC:\cygwin\home\goncalve\MonetDB\MonetDB_SQL\MonetDB\NT\include" "-IC:\cygwin\home\goncalve\MonetDB\MonetDB_SQL\Mone tDB\NT\include\common" "-IC:\cygwin\home\goncalve\MonetDB\MonetDB_SQL\MonetDB\NT\include\gdk" "-IC:\cygwin\home\goncalve\Monet DB\MonetDB_SQL\MonetDB\NT\include\monet" "-IC:\cygwin\home\goncalve\MonetDB\MonetDB_SQL\MonetDB\NT\include\plain" "-IC:\cygwin \home\goncalve\MonetDB\MonetDB_SQL\MonetDB\NT\include\mapi" -c mserver5.c mserver5.c mserver5.mx(161) : error C2146: syntax error : missing ')' before identifier 'VERSION' mserver5.mx(161) : error C2144: syntax error : '<Unknown>' should be preceded by '<Unknown>' mserver5.mx(161) : error C2144: syntax error : '<Unknown>' should be preceded by '<Unknown>' mserver5.mx(161) : error C2143: syntax error : missing ')' before 'identifier' mserver5.mx(161) : error C2059: syntax error : ')' mserver5.mx(179) : error C2065: 'VERSION' : undeclared identifier NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. I tried to correct it, but I cannot find it. I checked the last commits to the files mserver.mx and I do not find any syntax error. Any idea? Regards, Romulo

2 1

[Monetdb-developers] stable branch
by Sjoerd Mullender 26 Feb '07

26 Feb '07

You are free to check in bug fixes on the stable branch again. -- Sjoerd Mullender

1 0

[Monetdb-developers] Bug fix release of MonetDB suite
by Sjoerd Mullender 26 Feb '07

26 Feb '07

The MonetDB team at CWI, The Netherlands, is happy to announce the availability of a new bug-fix release for the major "Venus" release. New versions of all components of the MonetDB suite are released. MonetDB/XQuery The handling of updates was incomplete. Several memory mapping and concurrency problems have been fixed. Moreover, empty pages that resulted from deletion of nodes are now properly handed back to the system for reuse. MonetDB/XRPC Security and concurrency handling has been improved. MonetDB/SQL Foreign key constraint checking fixed; View in view dependencies bug fixed; Resolved crashes caused by large views; Prepared statements with more than 30 arguments now work. MonetDB/API Haskell and TCL libraries were broken and have been removed; Perl and Python libraries were broken and have been fixed. The current version of the protocol is not compatible with the previous version. Bugs fixed: [ 1579510 ] XQ: update error for "(1,2)/." [ 1590523 ] XQ: substring-after [ 1636828 ] fork() behaves strangely [ 1637867 ] XQ: seqcast int? to numeric unsupported [ 1639108 ] mserver crashes on delete query [ 1640248 ] PF: ~500 tests randomly fail on Solaris x86 [ 1644245 ] M5 & SQL5: various tests hang/timeout on Darwin [ 1648303 ] database dump does not save/restore auto-increment sequences [ 1650469 ] SQL: Armada sinks MonetDB ships [ 1651567 ] yet another delete bug, foreign key related [ 1651599 ] caching of inserts causes extreme memory consumption [ 1655818 ] SQL:Error inserting float in numeric column using JDBC [ 1655857 ] XQ: call to builtin function crashes XRPC client [ 1659889 ] SQL: sequence not restored properly [ 1644610 ] Conflict between normal query and XRPC query (and many more that hadn't been reported) -- Sjoerd Mullender

1 0

[Monetdb-developers] Clients compilaiton in windows...
by Romulo Goncalves 26 Feb '07

26 Feb '07

Compiling the clients in windows gave the error: copy ".\..\..\..\..\..\src\php\Cimpl\examples\monetdb_query_demo.php" "monetdb_query_demo.php" 1 file(s) copied. cl -GF -W3 -wd4273 -wd4102 -MD -nologo -Zi -Ox -I. -I.\..\..\.. "-IC:\Pthreads\include" -I.\..\..\..\..\src\php\Cimpl "-I..\..\mapilib" -I.\..\..\..\..\src\php\Cimpl\..\..\mapilib -I.\..\..\..\..\..\MonetDB\NT\include -I.\..\..\..\..\..\MonetD \NT\include\common -I.\..\..\..\..\..\MonetDB\NT\include\gdk -I.\..\..\..\..\..\php-5.1.4 -I.\..\..\..\..\..\php-5.1.4\main - .\..\..\..\..\..\php-5.1.4\TSRM -I.\..\..\..\..\..\php-5.1.4\Zend -DPHP_WIN32 -DZEND_WIN32 -DZEND_DEBUG=0 -DZTS=1 -DLIBMONE DB -DCOMPILE_DL_MONETDB -Fo"php_monetdb.obj" -c ".\..\..\..\..\src\php\Cimpl\php_monetdb.c" php_monetdb.c E:\Visual Studio .NET 2003\Vc7\PlatformSDK\Include\WS2tcpip.h(647) : warning C4142: benign redefinition of type ..\..\..\..\src\php\Cimpl\php_monetdb.c(1721) : error C2198: 'zend_exception_get_default' : too few arguments for call throug pointer-to-function ..\..\..\..\src\php\Cimpl\php_monetdb.c(1736) : error C2198: 'zend_exception_get_default' : too few arguments for call throug pointer-to-function ..\..\..\..\src\php\Cimpl\php_monetdb.c(1746) : error C2198: 'zend_exception_get_default' : too few arguments for call throug pointer-to-function NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: '"E:\Visual Studio .NET 2003\VC7\BIN\nmake.exe"' : return code '0x2' Stop. I check my zend_exceptions and the function is defined as: ZEND_API zend_class_entry *zend_exception_get_default(TSRMLS_D); My php is php-5.1.4 What values should I use? I used 0 and it compiles, but for sure it is not the best option. Regards, Romulo

3 4

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/modules/pftijah pftijah.mx, 1.92.2.17, 1.92.2.18
by Henning Rode 26 Feb '07

26 Feb '07

roel, wat was hier eigenlijk aan de hand? eigenlijk hoef je "left" toch niet nog een keer te sorteren? "left" is toch altijd gesorteerd, of niet? -henning Roel van Os wrote: > Update of /cvsroot/monetdb/pathfinder/modules/pftijah > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv12912 > > Modified Files: > Tag: XQuery_0-16 > pftijah.mx > Log Message: > PF/Tijah: fix some sortedness issues. These only seem to occur on large-scale > querying, not on the current Tests. > > > Index: pftijah.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/modules/pftijah/pftijah.mx,v > retrieving revision 1.92.2.17 > retrieving revision 1.92.2.18 > diff -u -d -r1.92.2.17 -r1.92.2.18 > --- pftijah.mx 23 Feb 2007 09:10:04 -0000 1.92.2.17 > +++ pftijah.mx 23 Feb 2007 12:12:57 -0000 1.92.2.18 > @@ -1371,7 +1371,7 @@ > } > > > - var ctx := region; > + var ctx := region.sort(); > var pre_size := load( "tj_" + collName + "_size1"); > var desc := scj_desc( pre_size, ctx, count(pre_size) ); > var result := nodes( desc ).project( dbl(scoreBase) ); > @@ -1589,7 +1589,7 @@ > var pre_size := bat("tj_" + collName + "_size" + ind); > > # evaluate doc/term (anc/desc) relationship > - var elem_tid := _containing_desc3(left.mark(0@0), pre_tid, pre_size); > + var elem_tid := _containing_desc3(left.sort().mark(0@0), pre_tid, pre_size); > pre_tid := nil; > if (elem_tid.count() = 0) {return new(oid,dbl);} > > @@ -1632,7 +1632,7 @@ > > # evaluate doc/term (anc/desc) relationship > var t2 := time(); > - var elem_tid := _containing_desc3(left.mark(0@0), pre_tid, pre_size); > + var elem_tid := _containing_desc3(left.sort().mark(0@0), pre_tid, pre_size); > var t3 := time(); > pre_tid := nil; > if (elem_tid.count() = 0) {return new(oid,dbl);} > @@ -1679,7 +1679,7 @@ > > # evaluate doc/term (anc/desc) relationship > var t2 := time(); > - var elem_tid := _containing_desc(left.mark(0@0), pre_tid, pre_size); > + var elem_tid := _containing_desc(left.sort().mark(0@0), pre_tid, pre_size); > var t3 := time(); > pre_tid := nil; > if (elem_tid.count() = 0) {return new(oid,dbl);} > @@ -1870,7 +1870,7 @@ > var pre_size := bat("tj_" + collName + "_size1"); > > # See which document contain the query terms we create a bat of [doc, term-id]: > - var doc_tid := _containing_desc(ctx.mark(0(a)0).sort(), tid_pre.reverse(), pre_size); > + var doc_tid := _containing_desc(ctx.sort().mark(0@0), tid_pre.reverse(), pre_size); > > # len(doc): [doc, size] > var doc_len := [dbl](bat("tj_" + collName + "_size1").semijoin(doc_tid)); > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins

1 0

[Monetdb-developers] windows compilaton...
by Romulo Goncalves 26 Feb '07

26 Feb '07

During the compilation of clients (cvs head) I got the following errors: cd "MonetSQLdb" && nmake /nologo "prefix=C:\cygwin\home\goncalve\MonetDB\MonetDB_SQL\clients\NT" all cl -GF -W3 -wd4273 -wd4102 -MD -nologo -Zi -Ox -I. -I.\..\..\.. "-IC:\Pthreads\include" -I.\..\..\..\..\src\python\Cim pl "-I..\..\mapilib" -I.\..\..\..\..\..\MonetDB\NT\include -I.\..\..\..\..\..\MonetDB\NT\include\common -I.\..\..\..\..\..\Mon etDB\NT\include\gdk -IC:\Python25\include -LD -Fe_MapiLib.pyd MapiLib.py.obj /link ..\..\mapilib\libMapi.lib C:\Python25\libs \python25.lib Creating library _MapiLib.lib and object _MapiLib.exp MapiLib.py.obj : error LNK2019: unresolved external symbol __imp__mapi_setBlocking referenced in function __wrap_mapi_setBlock ing MapiLib.py.obj : error LNK2019: unresolved external symbol __imp__mapi_is_blocked referenced in function __wrap_mapi_is_blocke d _MapiLib.pyd : fatal error LNK1120: 2 unresolved externals NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: '"E:\Visual Studio .NET 2003\VC7\BIN\nmake.exe"' : return code '0x2' Stop. I already updated and compiled buildtools and MonetDB. Maybe Niels or Fabian know the reason of this error. Regards, Romulo

3 8

[Monetdb-developers] check-ins
by Henning Rode 26 Feb '07

26 Feb '07

hej amsterdam, what's the status of the release? or more important, when are we allowed to do check-ins again? and second question: which machine on the test web is actually running icc? i remember we checked the test-web on friday and besides the rare sun-os all systems looked pretty green on our test-cases. so, where exactly should we have spotted the icc compilation problems? best -henning

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime/xrpc/export export.xq, 1.1.2.1, 1.1.2.2
by Sjoerd Mullender 25 Feb '07

25 Feb '07

On 02/25/2007 11:02 PM, Ying Zhang wrote: > Update of /cvsroot/monetdb/pathfinder/runtime/xrpc/export > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv16912 > > Modified Files: > Tag: XQuery_0-16 > export.xq > Log Message: > A copy-paste error in the NS identifier. > > Since this change won't affect compilation, I check it in without > explicit permission from Sjoerd. :P It does, however, affect the binary and source distributions that we make, and so you should have asked permission. But you're in luck: I'm going to use tonight's build. > > > Index: export.xq > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/xrpc/export/export.xq,v > retrieving revision 1.1.2.1 > retrieving revision 1.1.2.2 > diff -u -d -r1.1.2.1 -r1.1.2.2 > --- export.xq 21 Feb 2007 16:25:48 -0000 1.1.2.1 > +++ export.xq 25 Feb 2007 22:02:54 -0000 1.1.2.2 > @@ -11,5 +11,5 @@ > > (: =================== HTTP =================== :) > > -declare function admin:GET($uri as xs:string) > +declare function export:GET($uri as xs:string) > { doc($uri) }; > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins -- Sjoerd Mullender

1 0

Re: [Monetdb-developers] [Monetdb-checkins] buildtools/autogen/autogen am.py, 1.30.2.1, 1.30.2.2
by Sjoerd Mullender 25 Feb '07

25 Feb '07

On 02/25/2007 01:51 PM, Niels Nes wrote: > Update of /cvsroot/monetdb/buildtools/autogen/autogen > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv2017/autogen/autogen > > Modified Files: > Tag: MonetDB_1-16 > am.py > Log Message: > we need to distribute *.def files as the rules to build them are part of > the rules.mk file (which isn't distributed) Did you really mean to check in those print statements? > > Index: am.py > =================================================================== > RCS file: /cvsroot/monetdb/buildtools/autogen/autogen/am.py,v > retrieving revision 1.30.2.1 > retrieving revision 1.30.2.2 > diff -u -d -r1.30.2.1 -r1.30.2.2 > --- am.py 13 Feb 2007 10:13:23 -0000 1.30.2.1 > +++ am.py 25 Feb 2007 12:51:11 -0000 1.30.2.2 > @@ -19,7 +19,7 @@ > from codegen import find_org > > #automake_ext = ['c', 'h', 'y', 'l', 'glue.c'] > -automake_ext = ['o', 'lo', 'c', 'h', 'tab.c', 'tab.h', 'yy.c', 'glue.c', 'proto.h', 'py.c', 'pm.c', ''] > +automake_ext = ['o', 'lo', 'c', 'h', 'tab.c', 'tab.h', 'yy.c', 'glue.c', 'proto.h', 'py.c', 'pm.c', 'def', ''] > buildtools_ext = ['mx', 'm', 'y', 'l', 'brg'] > > am_assign = "+=" > @@ -153,9 +153,11 @@ > pf = f > > # built source if has dep and ext != cur ext > + print(pf) > if not(cond) and deps.has_key(pf) and pf not in am['BUILT_SOURCES']: > pfb, pfext = split_filename(pf) > sfb, sfext = split_filename(deps[pf][0]) > + print('test %s' % pf) > if sfext != pfext: > if pfext in automake_ext: > dist = None > @@ -622,6 +624,7 @@ > def am_library(fd, var, libmap, am): > name = var[4:] > > + print("am_library\n"); > sep = "" > pref = 'lib' > if libmap.has_key("NAME"): > @@ -702,6 +705,7 @@ > deps = [] > for target in libmap['TARGETS']: > t, ext = split_filename(target) > + print(t,ext) > if ext in scripts_ext: > if target not in SCRIPTS: > SCRIPTS.append(target) > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins -- Sjoerd Mullender

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime Makefile.ag, 1.70, 1.71 levelsteps.mx, 1.12, 1.13 ll_staircasejoin.mx, 1.52, 1.53 ll_upwards.mx, 1.19, 1.20 pathfinder.mx, 1.297, 1.298 shredder.mx, 1.116, 1.117
by Jens Teubner 23 Feb '07

23 Feb '07

On Fri, Feb 23, 2007 at 12:51:45PM +0000, Niels Nes wrote: > [...] > > +@h > +#ifndef _LEVELSTEPS_H_ > +#define _LEVELSTEPS_H_ > + > +#define XML_DEPTH_MAX 128 > + > +#endif /* _LEVELSTEPS_H_ */ > > [...] It is a bad habit to use macro names that start with an underscore. Such names are reserved for the C library only. For a reference, see, e.g., http://www.gnu.org/software/libc/manual/html_node/Reserved-Names.html Jens -- Jens Teubner Technische Universitaet Muenchen, Department of Informatics D-85748 Garching, Germany Tel: +49 89 289-17259 Fax: +49 89 289-17263 Emacs is a nice OS - but it lacks a good text editor. That's why I am using Vim.

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/modules/pftijah pftijah.mx, 1.92.2.17, 1.92.2.18
by Henning Rode 23 Feb '07

23 Feb '07

hej roel, zijn die niet sowieso al gesorteerd? tenminste moeten ze dat eigenlijk altijd zijn. groet -henning Roel van Os wrote: > Update of /cvsroot/monetdb/pathfinder/modules/pftijah > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv12912 > > Modified Files: > Tag: XQuery_0-16 > pftijah.mx > Log Message: > PF/Tijah: fix some sortedness issues. These only seem to occur on large-scale > querying, not on the current Tests. > > > Index: pftijah.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/modules/pftijah/pftijah.mx,v > retrieving revision 1.92.2.17 > retrieving revision 1.92.2.18 > diff -u -d -r1.92.2.17 -r1.92.2.18 > --- pftijah.mx 23 Feb 2007 09:10:04 -0000 1.92.2.17 > +++ pftijah.mx 23 Feb 2007 12:12:57 -0000 1.92.2.18 > @@ -1371,7 +1371,7 @@ > } > > > - var ctx := region; > + var ctx := region.sort(); > var pre_size := load( "tj_" + collName + "_size1"); > var desc := scj_desc( pre_size, ctx, count(pre_size) ); > var result := nodes( desc ).project( dbl(scoreBase) ); > @@ -1589,7 +1589,7 @@ > var pre_size := bat("tj_" + collName + "_size" + ind); > > # evaluate doc/term (anc/desc) relationship > - var elem_tid := _containing_desc3(left.mark(0@0), pre_tid, pre_size); > + var elem_tid := _containing_desc3(left.sort().mark(0@0), pre_tid, pre_size); > pre_tid := nil; > if (elem_tid.count() = 0) {return new(oid,dbl);} > > @@ -1632,7 +1632,7 @@ > > # evaluate doc/term (anc/desc) relationship > var t2 := time(); > - var elem_tid := _containing_desc3(left.mark(0@0), pre_tid, pre_size); > + var elem_tid := _containing_desc3(left.sort().mark(0@0), pre_tid, pre_size); > var t3 := time(); > pre_tid := nil; > if (elem_tid.count() = 0) {return new(oid,dbl);} > @@ -1679,7 +1679,7 @@ > > # evaluate doc/term (anc/desc) relationship > var t2 := time(); > - var elem_tid := _containing_desc(left.mark(0@0), pre_tid, pre_size); > + var elem_tid := _containing_desc(left.sort().mark(0@0), pre_tid, pre_size); > var t3 := time(); > pre_tid := nil; > if (elem_tid.count() = 0) {return new(oid,dbl);} > @@ -1870,7 +1870,7 @@ > var pre_size := bat("tj_" + collName + "_size1"); > > # See which document contain the query terms we create a bat of [doc, term-id]: > - var doc_tid := _containing_desc(ctx.mark(0(a)0).sort(), tid_pre.reverse(), pre_size); > + var doc_tid := _containing_desc(ctx.sort().mark(0@0), tid_pre.reverse(), pre_size); > > # len(doc): [doc, size] > var doc_len := [dbl](bat("tj_" + collName + "_size1").semijoin(doc_tid)); > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins

1 0

[Monetdb-developers] SQL5 compilation error
by Ying Zhang 22 Feb '07

22 Feb '07

Hi, (Current branch) checkout and compile SQL results in the following error: cc1: warnings being treated as errors ../../../../src/backends/monet5/sql_scenario.mx: In function 'monet5_freestack': ../../../../src/backends/monet5/sql_scenario.mx:94: warning: passing argument 1 of 'GDKfree' makes pointer from integer without a cast make[7]: *** [lib_sql_la-sql_scenario.lo] Error 1 Regards, Jennie

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime shttpd.c, 1.19.4.1, 1.19.4.2 shttpd.h, 1.6.6.1, 1.6.6.2 xrpc_server.mx, 1.7.2.7, 1.7.2.8
by Ying Zhang 21 Feb '07

21 Feb '07

Sorry, I forgot to mention that you need to update and rebuild MonetDB4 because there are some changes in conf/MonetDB4.conf.in Regards, Jennie On Wed, Feb 21, 2007 at 04:22:52PM +0000, Ying Zhang wrote: > Update of /cvsroot/monetdb/pathfinder/runtime > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv31043 > > Modified Files: > Tag: XQuery_0-16 > shttpd.c shttpd.h xrpc_server.mx > Log Message: > implementation of > - xrpc_open (only listen to localhost or not) > - xrpc_port (default port nr) > - xrpc_trusted (prefix of module locations) > - xrpc_admin (hosts that have (web) access to the functions defined in > <datadir>/MonetDB/xrpc/admin/admin.xq) > > > > Index: shttpd.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/shttpd.c,v > retrieving revision 1.19.4.1 > retrieving revision 1.19.4.2 > diff -u -d -r1.19.4.1 -r1.19.4.2 > --- shttpd.c 15 Feb 2007 01:46:13 -0000 1.19.4.1 > +++ shttpd.c 21 Feb 2007 16:22:49 -0000 1.19.4.2 > @@ -332,11 +332,11 @@ > * change enum that goes below! > */ > {'d', "document_root", 0, NULL, OPT_STR, {0}, NULL }, > - {'i', "index_files", 0, NULL, OPT_STR, {0}, INDEX_FILES }, > - {'D', "list_directories",0,NULL, OPT_BOOL, {0}, "1" }, > - {'c', "cgi_extention", 0, NULL, OPT_STR, {0}, CGI_EXTENTION }, > - {'N', "server_name", 0, NULL, OPT_STR, {0}, AUTH_REALM }, > - {'p', "listen_port", 0, NULL, OPT_INT, {0}, LISTEN_PORT }, > + {'i', "index_files", 1, NULL, OPT_STR, {INDEX_FILES}, INDEX_FILES }, > + {'D', "list_directories",1,NULL, OPT_BOOL, {0}, "0" }, > + {'c', "cgi_extention", 1, NULL, OPT_STR, {CGI_EXTENTION}, CGI_EXTENTION }, > + {'N', "server_name", 1, NULL, OPT_STR, {AUTH_REALM}, AUTH_REALM }, > + {'p', "listen_port", 1, NULL, OPT_INT, {LISTEN_PORT}, LISTEN_PORT }, > {'l', "access_log", 0, NULL, OPT_STR, {0}, NULL }, > {'e', "error_log", 0, NULL, OPT_STR, {0}, NULL }, > {'m', "mime_types", 0, NULL, OPT_STR, {0}, NULL }, > @@ -346,7 +346,7 @@ > {'I', "inetd_mode", 0, NULL, OPT_BOOL, {0}, "0" }, > {'u', "runtime_uid", 0, NULL, OPT_STR, {0}, NULL }, > {'V', "show_stats", 0, NULL, OPT_BOOL, {0}, "0" }, > - {'C', "config_file", 0, NULL, OPT_STR, {0}, CONFIG }, > + {'C', "config_file", 1, NULL, OPT_STR, {CONFIG}, CONFIG }, > {0, NULL, 0, NULL, OPT_BOOL, {0}, NULL } > }; > > @@ -1080,7 +1080,7 @@ > * Setup listening socket on given port, return socket > */ > shttpd_socket > -shttpd_open_port(int port) > +shttpd_open_port(int port, int accept_any) > { > shttpd_socket ret; > SOCKET sock; > @@ -1092,10 +1092,10 @@ > if (port == 0) > port = INTOPT(OPT_LISTENPORT); > > - sa.len = sizeof(sa.u.sin); > - sa.u.sin.sin_family = AF_INET; > - sa.u.sin.sin_port = htons((uint16_t) port); > - sa.u.sin.sin_addr.s_addr = htonl(INADDR_ANY); > + sa.len = sizeof(sa.u.sin); > + sa.u.sin.sin_family = AF_INET; > + sa.u.sin.sin_port = htons((uint16_t) port); > + sa.u.sin.sin_addr.s_addr = accept_any?htonl(INADDR_ANY):htonl(INADDR_LOOPBACK); > > if ((sock = socket(PF_INET, SOCK_STREAM, 6)) == -1) > elog(ERR_FATAL, "shttpd_open_port: socket: %s",strerror(ERRNO)); > @@ -3242,6 +3242,12 @@ > return arg->connection->uri; > } > > +struct in_addr > +shttpd_get_inAddr(struct shttpd_callback_arg *arg) > +{ > + return arg->connection->sa.u.sin.sin_addr; > +} > + > void > shttpd_finish(struct shttpd_callback_arg *arg) > { > > Index: shttpd.h > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/shttpd.h,v > retrieving revision 1.6.6.1 > retrieving revision 1.6.6.2 > diff -u -d -r1.6.6.1 -r1.6.6.2 > --- shttpd.h 15 Feb 2007 01:46:13 -0000 1.6.6.1 > +++ shttpd.h 21 Feb 2007 16:22:50 -0000 1.6.6.2 > @@ -159,7 +159,7 @@ > extern void shttpd_setopt(const char *variable, const char *value); > extern void shttpd_addmimetype(const char *ext, const char *mime); > extern void shttpd_register_mountpoint(const char *uri, const char *system_path); > -extern shttpd_socket shttpd_open_port(int port); > +extern shttpd_socket shttpd_open_port(int port, int accept_any); > extern void shttpd_register_url(const char *url, > shttpd_callback_t callback, void *callback_data); > extern void shttpd_protect_url(const char *url, const char *file); > @@ -172,6 +172,7 @@ > extern char *shttpd_get_method(struct shttpd_callback_arg *arg); > extern char *shttpd_get_uri(struct shttpd_callback_arg *arg); > extern int shttpd_get_socket(struct shttpd_callback_arg *arg); > +extern struct in_addr shttpd_get_inAddr(struct shttpd_callback_arg *arg); > extern void shttpd_finish(struct shttpd_callback_arg *arg); > > #ifdef MT > > Index: xrpc_server.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/xrpc_server.mx,v > retrieving revision 1.7.2.7 > retrieving revision 1.7.2.8 > diff -u -d -r1.7.2.7 -r1.7.2.8 > --- xrpc_server.mx 17 Feb 2007 01:10:38 -0000 1.7.2.7 > +++ xrpc_server.mx 21 Feb 2007 16:22:50 -0000 1.7.2.8 > @@ -40,61 +40,123 @@ > > @- HTTP server function(s) > @m > -.COMMAND httpd_start(int port, str option) : void = CMDhttpd_start; > +.COMMAND rpcd_start(int port, bit open, str options) : void = CMDrpcd_start; > "Start the HTTP server for RPC calls on the specified port." > > .EPILOGUE = xrpc_epilogue; > .END xrpc_server; > > @mil > [...1118 lines suppressed...] > > /* Open listening socket */ > - ctx = shttpd_open_port(*port); > + ctx = shttpd_open_port(xrpc_port, *open); > + listen_socket = ctx.sock; > > /* Serve connections infinitely until someone kills us */ > for ( ; rpcd_running; ) shttpd_poll(&ctx, 200); > @@ -905,8 +1199,10 @@ > return GDK_SUCCEED; > } > > -void xrpc_epilogue() { > +void xrpc_epilogue() > +{ > shttpd_fini(); /* Shut down the HTTP server. */ > rpcd_running = 0; /* Stop RPC server */ > + close(listen_socket); > } > /* vim:set shiftwidth=4 expandtab: */ > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/modules/pftijah porter_dutch.c, NONE, 1.1.2.1 porter_dutch.h, NONE, 1.1.2.1 porter_eng.c, NONE, 1.1.2.1 porter_eng.h, NONE, 1.1.2.1 Makefile.ag, 1.16.2.2, 1.16.2.3 pftijah_stem.mx, 1.11.2.1, 1.11.2.2
by Sjoerd Mullender 21 Feb '07

21 Feb '07

Is this a bug fix or a new feature? On 2007-02-21 10:47, Jan Flokstra wrote: > Update of /cvsroot/monetdb/pathfinder/modules/pftijah > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv590 > > Modified Files: > Tag: XQuery_0-16 > Makefile.ag pftijah_stem.mx > Added Files: > Tag: XQuery_0-16 > porter_dutch.c porter_dutch.h porter_eng.c porter_eng.h > Log Message: > - add 2 new stemmers: > > porter-english > porter-dutch > > The 2 new stemmers are handcrafted and not generated like the snowball > stemmers. First tests indicate they are much faster and indexing time > is speedup 25% > > > > --- NEW FILE: porter_dutch.c --- > /***************************************************************************** > UPLIFT > > This file contains a version of Porter's algorithm for DUTCH based on the > implementation by Frakes (see below). > > The code is a result of the UPLIFT project (Utrecht Project: Linguistic > Information for Free Text Retrieval) and is based on the joint efforts of > Renee Pohlmann and Wessel Kraaij. > > Research Institute for Language and Speech, Utrecht University 1994. > > Copyright (C) 1995 Wessel Kraaij & Renee Pohlmann > > email: Wessel.Kraaij(a)let.ruu.nl Renee.C.Pohlmann(a)let.ru.nl > > This library is free software; you can redistribute it and/or > modify it under the terms of the GNU Library General Public > License as published by the Free Software Foundation; either > [...984 lines suppressed...] > rule = ReplaceSuffix( word, step1c_rules ); > rule = ReplaceInfix( word, step1b_rules ); > if (rule > 0) cleanup = 1; > if ( (502 == rule) ) > rule = ReplaceSuffix( word, step1c_rules ); > rule = ReplaceSuffix( word, step7_rules); > if (rule > 0) cleanup = 1; > if ( (cleanup == 1) ) > (void)ReplaceSuffix( word, step6_rules ); > > /* Part 3: Return an indication of successful stemming */ > > return( TRUE ); > > } /* Stem */ > > > > > > > --- NEW FILE: porter_dutch.h --- > > /******************************* stem.h *********************************** > > UPLIFT > > Purpose: > Header file for a version of Porter's algorithm for DUTCH based on the > implementation by Frakes as documented in: > Porter, M.F., "An Algorithm For Suffix Stripping," > Program 14 (3), July 1980, pp. 130-137 > > The code is a result of the UPLIFT project (Utrecht Project: Linguistic > Information for Free Text Retrieval) and is based on the joint efforts of > Renee Pohlmann and Wessel Kraaij. > > Research Institute for Language and Speech, Utrecht University 1994. > > Copyright (C) 1995 Wessel Kraaij & Renee Pohlmann > > email: Wessel.Kraaij(a)let.ruu.nl Renee.C.Pohlmann(a)let.ru.nl > > This library is free software; you can redistribute it and/or > modify it under the terms of the GNU Library General Public > License as published by the Free Software Foundation; either > version 2 of the License, or (at your option) any later version. > > This library is distributed in the hope that it will be useful, > but WITHOUT ANY WARRANTY; without even the implied warranty of > MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU > Library General Public License for more details. > > You should have received a copy of the GNU Library General Public > License along with this library; if not, write to the Free > Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. > > > **/ > > #ifndef DSTEM_H > #define DSTEM_H > > /******************************************************************************/ > /**************************** Public Routines *****************************/ > > #ifdef __STDC__ > > extern int dStem( char *word ); > /* returns: 1 --> non-word containing numbers and hyphens, not stemmed > e.g. 12-5-1995 > 2 --> word was not changed, e.g. 'loop' --> 'loop' > 3 --> word was changed */ > > #else > > extern int Stem(); > > #endif > > #endif > > > --- NEW FILE: porter_eng.c --- > /******************************* stem.c *********************************** > > Purpose: Implementation of the Porter stemming algorithm documented > in: Porter, M.F., "An Algorithm For Suffix Stripping," > Program 14 (3), July 1980, pp. 130-137. > > Provenance: Written by B. Frakes and C. Cox, 1986. > Changed by C. Fox, 1990. > - made measure function a DFA > - restructured structs > - renamed functions and variables > - restricted function and variable scopes > Changed by C. Fox, July, 1991. > - added ANSI C declarations > - branch tested to 90% coverage > Changed by Arjen P. de Vries, March, 1996 > - fixed mismatch between prototype and function > - removed unnecessary includes > > Notes: This code will make little sense without the the Porter > article. The stemming function converts its input to > lower case. > **/ > > /************************ Standard Include Files *************************/ > > #include <pf_config.h> > > #include <string.h> > #include <ctype.h> > > /*****************************************************************************/ > /***************** Private Defines and Data Structures *******************/ > > #include "porter_eng.h" > > #define FALSE 0 > #define TRUE 1 > #define EOS '\0' > > #define IsVowel(c) ('a'==(c)||'e'==(c)||'i'==(c)||'o'==(c)||'u'==(c)) > > typedef struct { > int id; /* returned if rule fired */ > char *old_end; /* suffix replaced */ > char *new_end; /* suffix replacement */ > int old_offset; /* from end of word to start of suffix */ > int new_offset; /* from beginning to end of new suffix */ > int min_root_size; /* min root word size for replacement */ > int (*condition)(); /* the replacement test function */ > } RuleList; > > static char LAMBDA[1] = ""; /* the constant empty string */ > static char *end; /* pointer to the end of the word */ > > /*****************************************************************************/ > /******************** Private Function Declarations **********************/ > > #ifdef __STDC__ > > static int WordSize( char *word ); > static int ContainsVowel( char *word ); > static int EndsWithCVC( char *word ); > static int AddAnE( char *word ); > static int RemoveAnE( char *word ); > static int ReplaceEnd( char *word, RuleList *rule ); > > #else > > static int WordSize( /* word */ ); > static int ContainsVowel( /* word */ ); > static int EndsWithCVC( /* word */ ); > static int AddAnE( /* word */ ); > static int RemoveAnE( /* word */ ); > static int ReplaceEnd( /* word, rule */ ); > > #endif > > /******************************************************************************/ > /***************** Initialized Private Data Structures ********************/ > > static RuleList step1a_rules[] = > { > {101, "sses", "ss", 3, 1, -1, NULL}, > {102, "ies", "i", 2, 0, -1, NULL}, > {103, "ss", "ss", 1, 1, -1, NULL}, > {104, "s", LAMBDA, 0, -1, -1, NULL}, > {000, NULL, NULL, 0, 0, 0, NULL} > }; > > static RuleList step1b_rules[] = > { > {105, "eed", "ee", 2, 1, 0, NULL}, > {106, "ed", LAMBDA, 1, -1, -1, ContainsVowel}, > {107, "ing", LAMBDA, 2, -1, -1, ContainsVowel}, > {000, NULL, NULL, 0, 0, 0, NULL} > }; > > static RuleList step1b1_rules[] = > { > {108, "at", "ate", 1, 2, -1, NULL}, > {109, "bl", "ble", 1, 2, -1, NULL}, > {110, "iz", "ize", 1, 2, -1, NULL}, > {111, "bb", "b", 1, 0, -1, NULL}, > {112, "dd", "d", 1, 0, -1, NULL}, > {113, "ff", "f", 1, 0, -1, NULL}, > {114, "gg", "g", 1, 0, -1, NULL}, > {115, "mm", "m", 1, 0, -1, NULL}, > {116, "nn", "n", 1, 0, -1, NULL}, > {117, "pp", "p", 1, 0, -1, NULL}, > {118, "rr", "r", 1, 0, -1, NULL}, > {119, "tt", "t", 1, 0, -1, NULL}, > {120, "ww", "w", 1, 0, -1, NULL}, > {121, "xx", "x", 1, 0, -1, NULL}, > {122, LAMBDA, "e", -1, 0, -1, AddAnE}, > {000, NULL, NULL, 0, 0, 0, NULL} > }; > > static RuleList step1c_rules[] = > { > {123, "y", "i", 0, 0, -1, ContainsVowel}, > {000, NULL, NULL, 0, 0, 0, NULL} > }; > > static RuleList step2_rules[] = > { > {203, "ational", "ate", 6, 2, 0, NULL}, > {204, "tional", "tion", 5, 3, 0, NULL}, > {205, "enci", "ence", 3, 3, 0, NULL}, > {206, "anci", "ance", 3, 3, 0, NULL}, > {207, "izer", "ize", 3, 2, 0, NULL}, > {208, "abli", "able", 3, 3, 0, NULL}, > {209, "alli", "al", 3, 1, 0, NULL}, > {210, "entli", "ent", 4, 2, 0, NULL}, > {211, "eli", "e", 2, 0, 0, NULL}, > {213, "ousli", "ous", 4, 2, 0, NULL}, > {214, "ization", "ize", 6, 2, 0, NULL}, > {215, "ation", "ate", 4, 2, 0, NULL}, > {216, "ator", "ate", 3, 2, 0, NULL}, > {217, "alism", "al", 4, 1, 0, NULL}, > {218, "iveness", "ive", 6, 2, 0, NULL}, > {219, "fulnes", "ful", 5, 2, 0, NULL}, > {220, "ousness", "ous", 6, 2, 0, NULL}, > {221, "aliti", "al", 4, 1, 0, NULL}, > {222, "iviti", "ive", 4, 2, 0, NULL}, > {223, "biliti", "ble", 5, 2, 0, NULL}, > {000, NULL, NULL, 0, 0, 0, NULL} > }; > > static RuleList step3_rules[] = > { > {301, "icate", "ic", 4, 1, 0, NULL}, > {302, "ative", LAMBDA, 4, -1, 0, NULL}, > {303, "alize", "al", 4, 1, 0, NULL}, > {304, "iciti", "ic", 4, 1, 0, NULL}, > {305, "ical", "ic", 3, 1, 0, NULL}, > {308, "ful", LAMBDA, 2, -1, 0, NULL}, > {309, "ness", LAMBDA, 3, -1, 0, NULL}, > {000, NULL, NULL, 0, 0, 0, NULL} > }; > > static RuleList step4_rules[] = > { > {401, "al", LAMBDA, 1, -1, 1, NULL}, > {402, "ance", LAMBDA, 3, -1, 1, NULL}, > {403, "ence", LAMBDA, 3, -1, 1, NULL}, > {405, "er", LAMBDA, 1, -1, 1, NULL}, > {406, "ic", LAMBDA, 1, -1, 1, NULL}, > {407, "able", LAMBDA, 3, -1, 1, NULL}, > {408, "ible", LAMBDA, 3, -1, 1, NULL}, > {409, "ant", LAMBDA, 2, -1, 1, NULL}, > {410, "ement", LAMBDA, 4, -1, 1, NULL}, > {411, "ment", LAMBDA, 3, -1, 1, NULL}, > {412, "ent", LAMBDA, 2, -1, 1, NULL}, > {423, "sion", "s", 3, 0, 1, NULL}, > {424, "tion", "t", 3, 0, 1, NULL}, > {415, "ou", LAMBDA, 1, -1, 1, NULL}, > {416, "ism", LAMBDA, 2, -1, 1, NULL}, > {417, "ate", LAMBDA, 2, -1, 1, NULL}, > {418, "iti", LAMBDA, 2, -1, 1, NULL}, > {419, "ous", LAMBDA, 2, -1, 1, NULL}, > {420, "ive", LAMBDA, 2, -1, 1, NULL}, > {421, "ize", LAMBDA, 2, -1, 1, NULL}, > {000, NULL, NULL, 0, 0, 0, NULL} > }; > > static RuleList step5a_rules[] = > { > {501, "e", LAMBDA, 0, -1, 1, NULL}, > {502, "e", LAMBDA, 0, -1, -1, RemoveAnE}, > {000, NULL, NULL, 0, 0, 0, NULL} > }; > > static RuleList step5b_rules[] = > { > {503, "ll", "l", 1, 0, 1, NULL}, > {000, NULL, NULL, 0, 0, 0, NULL} > }; > > /*****************************************************************************/ > /******************** Private Function Declarations **********************/ > > /*FN*************************************************************************** > > WordSize( word ) > > Returns: int -- a weird count of word size in adjusted syllables > > Purpose: Count syllables in a special way: count the number > vowel-consonant pairs in a word, disregarding initial > consonants and final vowels. The letter "y" counts as a > consonant at the beginning of a word and when it has a vowel > in front of it; otherwise (when it follows a consonant) it > is treated as a vowel. For example, the WordSize of "cat" > is 1, of "any" is 1, of "amount" is 2, of "anything" is 3. > > Plan: Run a DFA to compute the word size > > Notes: The easiest and fastest way to compute this funny measure is > with a finite state machine. The initial state 0 checks > the first letter. If it is a vowel, then the machine changes > to state 1, which is the "last letter was a vowel" state. > If the first letter is a consonant or y, then it changes > to state 2, the "last letter was a consonant state". In > state 1, a y is treated as a consonant (since it follows > a vowel), but in state 2, y is treated as a vowel (since > it follows a consonant. The result counter is incremented > on the transition from state 1 to state 2, since this > transition only occurs after a vowel-consonant pair, which > is what we are counting. > **/ > > static int > WordSize( word ) > char *word; /* in: word having its WordSize taken */ > { > register int result; /* WordSize of the word */ > register int state; /* current state in machine */ > > result = 0; > state = 0; > > /* Run a DFA to compute the word size */ > while ( EOS != *word ) > { > switch ( state ) > { > case 0: state = (IsVowel(*word)) ? 1 : 2; > break; > case 1: state = (IsVowel(*word)) ? 1 : 2; > if ( 2 == state ) result++; > break; > case 2: state = (IsVowel(*word) || ('y' == *word)) ? 1 : 2; > break; > } > word++; > } > > return( result ); > > } /* WordSize */ > > /*FN************************************************************************** > > ContainsVowel( word ) > > Returns: int -- TRUE (1) if the word parameter contains a vowel, > FALSE (0) otherwise. > > Purpose: Some of the rewrite rules apply only to a root containing > a vowel, where a vowel is one of "aeiou" or y with a > consonant in front of it. > > Plan: Obviously, under the definition of a vowel, a word contains > a vowel iff either its first letter is one of "aeiou", or > any of its other letters are "aeiouy". The plan is to > test this condition. > > Notes: None > **/ > > static int > ContainsVowel( word ) > char *word; /* in: buffer with word checked */ > { > > if ( EOS == *word ) > return( FALSE ); > else > return( IsVowel(*word) || (NULL != strpbrk(word+1,"aeiouy")) ); > > > } /* ContainsVowel */ > > /*FN************************************************************************** > > EndsWithCVC( word ) > > Returns: int -- TRUE (1) if the current word ends with a > consonant-vowel-consonant combination, and the second > consonant is not w, x, or y, FALSE (0) otherwise. > > Purpose: Some of the rewrite rules apply only to a root with > this characteristic. > > Plan: Look at the last three characters. > > Notes: None > **/ > > static int > EndsWithCVC( word ) > char *word; /* in: buffer with the word checked */ > { > int length; /* for finding the last three characters */ > > if ( (length = strlen(word)) < 2 ) > return( FALSE ); > else > { > end = word + length - 1; > return( (NULL == strchr("aeiouwxy",*end--)) /* consonant */ > && (NULL != strchr("aeiouy", *end--)) /* vowel */ > && (NULL == strchr("aeiou", *end )) ); /* consonant */ > } > > } /* EndsWithCVC */ > > /*FN************************************************************************** > > AddAnE( word ) > > Returns: int -- TRUE (1) if the current word meets special conditions > for adding an e. > > Purpose: Rule 122 applies only to a root with this characteristic. > > Plan: Check for size of 1 and a consonant-vowel-consonant ending. > > Notes: None > **/ > > static int > AddAnE( word ) > char *word; > { > > return( (1 == WordSize(word)) && EndsWithCVC(word) ); > > } /* AddAnE */ > > /*FN************************************************************************** > > RemoveAnE( word ) > > Returns: int -- TRUE (1) if the current word meets special conditions > for removing an e. > > Purpose: Rule 502 applies only to a root with this characteristic. > > Plan: Check for size of 1 and no consonant-vowel-consonant ending. > > Notes: None > **/ > > static int > RemoveAnE( word ) > char *word; > { > > return( (1 == WordSize(word)) && !EndsWithCVC(word) ); > > } /* RemoveAnE */ > > /*FN************************************************************************** > > ReplaceEnd( word, rule ) > > Returns: int -- the id for the rule fired, 0 is none is fired > > Purpose: Apply a set of rules to replace the suffix of a word > > Plan: Loop through the rule set until a match meeting all conditions > is found. If a rule fires, return its id, otherwise return 0. > Connditions on the length of the root are checked as part of this > function's processing because this check is so often made. > > Notes: This is the main routine driving the stemmer. It goes through > a set of suffix replacement rules looking for a match on the > current suffix. When it finds one, if the root of the word > is long enough, and it meets whatever other conditions are > required, then the suffix is replaced, and the function returns. > **/ > > static int > ReplaceEnd( word, rule ) > char *word; /* in/out: buffer with the stemmed word */ > RuleList *rule; /* in: data structure with replacement rules */ > { > register char *ending; /* set to start of possible stemmed suffix */ > char tmp_ch; /* save replaced character when testing */ > > while ( 0 != rule->id ) > { > ending = end - rule->old_offset; > if ( word <= ending ) > if ( 0 == strcmp(ending,rule->old_end) ) > { > tmp_ch = *ending; > *ending = EOS; > if ( rule->min_root_size < WordSize(word) ) > if ( !rule->condition || (*rule->condition)(word) ) > { > (void)strcat( word, rule->new_end ); > end = ending + rule->new_offset; > break; > } > *ending = tmp_ch; > } > rule++; > } > > return( rule->id ); > > } /* ReplaceEnd */ > > /*****************************************************************************/ > /********************* Public Function Declarations **********************/ > > /*FN*************************************************************************** > > Stem( word ) > > Returns: int -- FALSE (0) if the word contains non-alphabetic characters > and hence is not stemmed, TRUE (1) otherwise > > Purpose: Stem a word > > Plan: Part 1: Check to ensure the word is all alphabetic > Part 2: Run through the Porter algorithm > Part 3: Return an indication of successful stemming > > Notes: This function implements the Porter stemming algorithm, with > a few additions here and there. See: > > Porter, M.F., "An Algorithm For Suffix Stripping," > Program 14 (3), July 1980, pp. 130-137. > > Porter's algorithm is an ad hoc set of rewrite rules with > various conditions on rule firing. The terminology of > "step 1a" and so on, is taken directly from Porter's > article, which unfortunately gives almost no justification > for the various steps. Thus this function more or less > faithfully refects the opaque presentation in the article. > Changes from the article amount to a few additions to the > rewrite rules; these are marked in the RuleList data > structures with comments. > **/ > > int > Stem( word ) > char *word; /* in/out: the word stemmed */ > { > int rule; /* which rule is fired in replacing an end */ > > /* Part 1: Check to ensure the word is all alphabetic */ > for ( end = word; *end != EOS; end++ ) > if ( !isalpha(*end) ) return( FALSE ); > else *end = tolower( *end ); > end--; > > /* Part 2: Run through the Porter algorithm */ > (void)ReplaceEnd( word, step1a_rules ); > rule = ReplaceEnd( word, step1b_rules ); > if ( (106 == rule) || (107 == rule) ) > (void)ReplaceEnd( word, step1b1_rules ); > (void)ReplaceEnd( word, step1c_rules ); > > (void)ReplaceEnd( word, step2_rules ); > > (void)ReplaceEnd( word, step3_rules ); > > (void)ReplaceEnd( word, step4_rules ); > > (void)ReplaceEnd( word, step5a_rules ); > (void)ReplaceEnd( word, step5b_rules ); > > /* Part 3: Return an indication of successful stemming */ > return( TRUE ); > > } /* Stem */ > > Index: Makefile.ag > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/modules/pftijah/Makefile.ag,v > retrieving revision 1.16.2.2 > retrieving revision 1.16.2.3 > diff -u -d -r1.16.2.2 -r1.16.2.3 > --- Makefile.ag 24 Jan 2007 23:12:28 -0000 1.16.2.2 > +++ Makefile.ag 21 Feb 2007 09:47:09 -0000 1.16.2.3 > @@ -52,6 +52,10 @@ > stem_UTF_8_english.c \ > stem_UTF_8_porter.h \ > stem_UTF_8_porter.c \ > + porter_eng.h \ > + porter_eng.c \ > + porter_dutch.h \ > + porter_dutch.c \ > pftijah_tokenize.l \ > pftijah_util.mx \ > serialize_pftijah.mx \ > > Index: pftijah_stem.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/modules/pftijah/pftijah_stem.mx,v > retrieving revision 1.11.2.1 > retrieving revision 1.11.2.2 > diff -u -d -r1.11.2.1 -r1.11.2.2 > --- pftijah_stem.mx 5 Feb 2007 08:05:08 -0000 1.11.2.1 > +++ pftijah_stem.mx 21 Feb 2007 09:47:09 -0000 1.11.2.2 > @@ -628,6 +628,78 @@ > static tjStemCtx snb_dutch = { "snowball-dutch", snb_dutch_init, snb_dutch_stem, snb_dutch_clear, NULL , NULL_STOPWORDS }; > > /* > + * > + * a fast porter stemmer experiment > + * > + */ > + > +#include "porter_eng.h" > + > +static int porter_english_init(void* ctx, char* s) { > + (void)ctx; > + (void)s; > + return 1; > +} > + > +static const char* porter_english_stem(void* ctx, const char* s) { > + (void)ctx; > +#ifdef STEMMING_DEBUG > + stream_printf(GDKout,"+ stem-porter_english(%s)=",s); > +#endif > + if ( Stem( s ) ) { > +#ifdef STEMMING_DEBUG > + stream_printf(GDKout,"\"%s\"\n",s); > +#endif > + return s; > + } else { > +#ifdef STEMMING_DEBUG > + stream_printf(GDKout,"\<FAIL>\"%s\"\n",s); > +#endif > + return s; > + } > +} > + > +static int porter_english_clear(void* ctx) { > + (void)ctx; > + return 1; > +} > + > +static tjStemCtx porter_english = { "porter-english", porter_english_init, porter_english_stem, porter_english_clear, NULL , ENGLISH_STOPWORDS }; > + > +#include "porter_dutch.h" > + > +static int porter_dutch_init(void* ctx, char* s) { > + (void)ctx; > + (void)s; > + return 1; > +} > + > +static const char* porter_dutch_stem(void* ctx, const char* s) { > + (void)ctx; > +#ifdef STEMMING_DEBUG > + stream_printf(GDKout,"+ stem-porter_dutch(%s)=",s); > +#endif > + dStem( s ); > +#ifdef STEMMING_DEBUG > + stream_printf(GDKout,"\"%s\"\n",s); > +#endif > + return s; > +} > + > +static int porter_dutch_clear(void* ctx) { > + (void)ctx; > + return 1; > +} > + > +static tjStemCtx porter_dutch = { "porter-dutch", porter_dutch_init, porter_dutch_stem, porter_dutch_clear, NULL , NULL_STOPWORDS }; > + > +/* > + * > + * end of fast porter stemmer experiment > + * > + */ > + > +/* > * The getStemmingContext() function is the extern function called to get > * the stemming context. > */ > @@ -648,6 +720,10 @@ > res = & snb_english; > else if ( strcmp(name,"snowball-dutch")==0 ) > res = & snb_dutch; > + else if ( strcmp(name,"porter-english")==0 ) > + res = & porter_english; > + else if ( strcmp(name,"porter-dutch")==0 ) > + res = & porter_dutch; > else { > stream_printf(GDKerr,"# WARNING: stemmer \"%s\" unknown, using nostemming\n",name); > res = & nostemming; > > --- NEW FILE: porter_eng.h --- > > /******************************* stem.h *********************************** > > Purpose: Header file for an implementation of the Porter stemming > algorithm. > > Notes: This module implemnts a fast stemming function whose results > are about as good as any other. > **/ > > #ifndef STEM_H > #define STEM_H > > /******************************************************************************/ > /**************************** Public Routines *****************************/ > > #ifdef __STDC__ > > extern int Stem( char *word ); /* returns 1 on success, 0 otherwise */ > > #else > > extern int Stem(); > > #endif > > #endif > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins -- Sjoerd Mullender

2 1

Re: [Monetdb-developers] HELP ! Excel ODBC Demo cannot be found
by Martin Kersten 19 Feb '07

19 Feb '07

Mark Simms wrote: > http://monetdb.cwi.nl/TechDocs/APIs/ODBC/index.html > > The above link is dead. > > > ------------------------------------------------------------------------ > *From:* Mark Simms [mailto:marksimms@verizon.net] > *Sent:* Monday, February 19, 2007 12:36 PM > *To:* 'monet(a)cwi.nl' > *Subject:* HELP ! Excel ODBC Demo cannot be found > > http://monetdb.cwi.nl/MonetDB/Documentation/The-ODBC-Library.html#The-ODBC-… > > Can you please check out this page and fix the link to the Excel > Example ? > The link appears to be wrong. > I cannot find the Excel example anywhere on this site ! Thanks. This one wasn't catch by the link checker. We'll look into it shortly. regards, Martin

1 0

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB/src/common stream.mx, 1.133.2.2, 1.133.2.3
by Ying Zhang 19 Feb '07

19 Feb '07

On Fri, Feb 16, 2007 at 07:07:00PM +0000, Niels Nes wrote: > Update of /cvsroot/monetdb/MonetDB/src/common > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv11260/src/common > > Modified Files: > Tag: MonetDB_1-16 > stream.mx > Log Message: > removed stream_r/wstream_byteorder > replaced with stream_set_byteorder > > the block_stream now always sends the blocksize/lastblock short in little > endian format (ie this is now fully controlled in streams). > The stream_set_byteorder only stores if the other end has little or bigendian > byte orders (this can later be use when we send/receive binary data) > > > > Index: stream.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB/src/common/stream.mx,v > retrieving revision 1.133.2.2 > retrieving revision 1.133.2.3 > diff -u -d -r1.133.2.2 -r1.133.2.3 > --- stream.mx 16 Feb 2007 15:27:20 -0000 1.133.2.2 > +++ stream.mx 16 Feb 2007 19:06:57 -0000 1.133.2.3 > @@ -555,6 +554,22 @@ > return s->byteorder; > } > > +void > +stream_set_byteorder(stream *s, char bigendian) > +{ > +#ifdef STREAM_DEBUG > + printf("stream_set_byteorder %s, %d\n", s->name ? s->name : "<unnamed>"); > +#endif > + assert(s->access == ST_READ); Hi Niels, Won't this assert kill all write streams, since their access is set to ST_WRITE? If I use MapiClient, I get the following: (in shell 1) $ Mserver # Monet Database Server V4.16.1 # Copyright (c) 1993-2007, CWI. All rights reserved. # Compiled for x86_64-redhat-linux-gnu/64bit with 64bit OIDs; # dynamically linked. # Visit http://monetdb.cwi.nl/ for further information. MonetDB>module(mapi); MonetDB> (in shell 2) $ MapiClient MapiClient: ../../../src/common/stream.mx:563: stream_set_byteorder: Assertion `s->access == 0' failed. Aborted In 'connect_to_server', mid->to->access is set to ST_WRITE. Jennie > + s->type = ST_BIN; > +#ifdef WORDS_BIGENDIAN > + s->byteorder = bigendian ? 1234 : 3412; > +#else > + s->byteorder = bigendian ? 3412 : 1234; > +#endif > +} > + > + > void > close_stream(stream *s) > { > @@ -576,22 +591,6 @@ > } > > stream * > -stream_rstream_byteorder(stream *s, char bigendian) > -{ > -#ifdef STREAM_DEBUG > - printf("stream_rstream_byteorder %s, %d\n", s->name ? s->name : "<unnamed>", bigendian); > -#endif > - assert(s->access == ST_READ); > - s->type = ST_BIN; > -#ifdef WORDS_BIGENDIAN > - s->byteorder = bigendian ? 1234 : 3412; > -#else > - s->byteorder = bigendian ? 3412 : 1234; > -#endif > - return s; > -} > - > -stream * > stream_wstream(stream *s) > { > #ifdef STREAM_DEBUG > @@ -604,22 +603,6 @@ > return s; > } > > -stream * > -stream_wstream_byteorder(stream *s, char bigendian) > -{ > -#ifdef STREAM_DEBUG > - printf("stream_wstream_byteorder %s, %d\n", s->name ? s->name : "<unnamed>"); > -#endif > - assert(s->access == ST_WRITE); > - s->type = ST_BIN; > -#ifdef WORDS_BIGENDIAN > - s->byteorder = bigendian ? 1234 : 3412; > -#else > - s->byteorder = bigendian ? 3412 : 1234; > -#endif > - return s; > -} > - > #define EXT_LEN 4 > static const char * > get_extention(const char *file) > @@ -2222,6 +2205,9 @@ > /* the last bit tells whether a flush is in there, it's not > * at this moment, so shift it to the left */ > blksize <<= 1; > +#ifdef WORDS_BIGENDIAN > + blksize = short_int_SWAP(blksize); > +#endif > if (!stream_writeSht(s->s, blksize) || s->s->write(s->s, s->buf, 1, s->nr) != (ssize_t) s->nr) { > ss->errnr = WRITE_ERROR; > return -1; > @@ -2451,6 +2437,10 @@ > return NULL; > if ((b = bs_create(s)) == NULL) > ns->errnr = OPEN_ERROR; > + /* blocksizes have a fixed little endian byteorder */ > +#ifdef WORDS_BIGENDIAN > + s->byteorder = 3412; /* simply != 1234 */ > +#endif > ns->type = s->type; > ns->access = s->access; > ns->read = bs_read; > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins

1 0

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB4/conf MonetDB.conf.in, 1.3.2.1, 1.3.2.2
by Stefan Manegold 17 Feb '07

17 Feb '07

Peter, "datadir" is "datadir", just as individual as prefix, exec_prefix, libdir, etc., and hence not (necessarily) identical to exec_prefix. IMHO, you should set datadir=@Xdatadir@ instead of datadir=@Xexec_prefix@ Stefan On Fri, Feb 16, 2007 at 11:38:45PM +0000, Peter Boncz wrote: > Update of /cvsroot/monetdb/MonetDB4/conf > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv10130/conf > > Modified Files: > Tag: MonetDB_4-16 > MonetDB.conf.in > Log Message: > MonetDB.conf > - export configure 'datadir' so that it is visible in monetdb env ^^^^^^^ [...] > Index: MonetDB.conf.in > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB4/conf/MonetDB.conf.in,v > retrieving revision 1.3.2.1 > retrieving revision 1.3.2.2 > diff -u -d -r1.3.2.1 -r1.3.2.2 > --- MonetDB.conf.in 12 Feb 2007 22:49:23 -0000 1.3.2.1 > +++ MonetDB.conf.in 16 Feb 2007 23:38:42 -0000 1.3.2.2 > @@ -7,6 +7,7 @@ > # Where MonetDB is installed > prefix=@Xprefix@ > exec_prefix=@Xexec_prefix@ > +datadir=@Xexec_prefix@ ^^^^^^^ ^^^^^^^^^^^^ > > # GDK Section > #============ > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 0

Re: [Monetdb-developers] ! Compiling 'Current': Results for MonetDB DIFFER from 2007.02.15_04-03-15's !
by Stefan Manegold 16 Feb '07

16 Feb '07

On Fri, Feb 16, 2007 at 11:55:20AM +0100, Jan Rittinger wrote: > Stefan, > > I just got the testing mail, clicked the link and chose ``Shortend > "cross-check-list"'' > (http://monetdb.cwi.nl/testing/projects/monetdb/Current/MonetDB/.Makes3/inde…) > > Now I see that everything fails... (Thus I think the testweb is *not* > completely updated.) That was also why I did not see any problems on > Wednesday... What does the top say? "Results of 2007.02.16_04-43-27 ..." or "Results of 2007.02.15_04-03-15 ..." If the latter, tell your browser to reload the page. Stefan > Jan > > On 02/16/2007 11:26 AM, Project account wrote with possible deletions: > >Compilation results of MonetDB in > >/export/scratch2/monet/Testing/Current DIFFER from those of > >2007.02.15_04-03-15 ! > > > >Maybe YOUR checkins since 15.02.2007, 04:03:15 caused some of the > >problems: > > > >buildtools jan.rittinger(a)in.tum.de sjoerd(a)cwi.nl > >MonetDB sjoerd(a)cwi.nl > > > >Check http://monetdb.cwi.nl/Development/TestWeb/Current/MonetDB/ for > >details ! > > > > > >Old file: Mmake..2007.02.15_04-03-15..out > >New file: Mmake..2007.02.16_04-43-27..out > >========================================= > > > > > >Summary: > >======== > > > > * 13 Systems now produce output > > * 2 Systems still don't produce output > > > > * Results for 13 systems that now produce output > > - No output for 10 tests > > > > > >Details: > >======== > > > >13 Systems now produce output: > >D8.8.0-G32/32d, F4-G64/64d, F4-n64/64d, F6-G32/32d, F6-G64/32d, > >F6-G64/64d, F6-G64/64s, F6-n64/32d, F6-n64/64d, G1.12.6-G32/32d, > >R4-n64/64d, S9.3-G32/32d, S5.10-G32/32d > > > >2 Systems still don't produce output: > >C4.4-G32/32d, D8.8.0-G64/64d > > > > > >Results for 13 systems that now produce output: > >----------------------------------------------- > >Summary: > > - No output for 10 tests > >Details: > >No output for 10 tests: > >D8.8.0 G32/32d dist/MonetDB-1.17.1.tar.gz - > >D8.8.0 G32/32d rpm/rpm/RPMS/MonetDB-1.17.1-1_.rpm - > >D8.8.0 G32/32d rpm/rpm/RPMS/MonetDB-devel-1.17.1-1_.rpm - > >D8.8.0 G32/32d rpm/rpm/SRPMS/MonetDB-1.17.1-1.src.rpm - > >G1.12.6 G32/32d rpm/rpm/RPMS/MonetDB-1.17.1-1_.rpm - > >G1.12.6 G32/32d rpm/rpm/RPMS/MonetDB-devel-1.17.1-1_.rpm - > >G1.12.6 G32/32d rpm/rpm/SRPMS/MonetDB-1.17.1-1.src.rpm - > >S5.10 G32/32d rpm/rpm/RPMS/MonetDB-1.17.1-1_.rpm - > >S5.10 G32/32d rpm/rpm/RPMS/MonetDB-devel-1.17.1-1_.rpm - > >S5.10 G32/32d rpm/rpm/SRPMS/MonetDB-1.17.1-1.src.rpm - > > > > -- > Jan Rittinger > Database Systems > Technische Universität München (Germany) > http://www-db.in.tum.de/~rittinge/ -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

3 2

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder EXTENSIONS, 1.7.2.1, 1.7.2.2
by Peter Boncz 14 Feb '07

14 Feb '07

Hi Jens, Thanx. One correction: we *do* support the upd:put() operator. I is actually named fn:put(). For the moment, we only accept file URLs. For security reasons, these must start with a relative path. Peter > Update of /cvsroot/monetdb/pathfinder > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv29416 > > Modified Files: > Tag: XQuery_0-16 > EXTENSIONS > Log Message: > Clean up things that grep cannot cover. > > > Index: EXTENSIONS > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/EXTENSIONS,v > retrieving revision 1.7.2.1 > retrieving revision 1.7.2.2 > diff -u -d -r1.7.2.1 -r1.7.2.2 > --- EXTENSIONS 13 Feb 2007 22:39:08 -0000 1.7.2.1 > +++ EXTENSIONS 14 Feb 2007 09:17:20 -0000 1.7.2.2 > @@ -17,9 +17,12 @@ > > "do rename" TargetExpr "into" NewNameExpr > > -while the Update Facility uses "as" instead of "with". Sorry > +while the Update Facility uses "as" instead of "into". Sorry > for the inconvenience. > > +(The same issue has been discussed in the W3C XQuery bug > +tracking system: http://www.w3.org/Bugs/Public/show_bug.cgi?id=4176.) > + > We do not currently support the upd:put() operator. > > 2. Transitive Closure Operator > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins >

1 0

[Monetdb-developers] XQUF: "rename . with ." => "rename . into ." ?
by Stefan Manegold 13 Feb '07

13 Feb '07

Dear all, maybe I missed the repective checkin (-message), but has the syntax of do rename . with . recently (read yesterday) been changed into do rename . into . ======== .../pathfinder $ find * -type f | xargs grep --color 'do.*rename.*into' -------- compiler/core/fs.brg: * [[ do rename <TargetExpr> into <NewNameExpr> ]] compiler/parser/parser.y:RenameExpr : "do rename" TargetExpr "into" NewNameExpr ======== ?? If this was intended, we should also update the repective documentation and tests! ======== .../pathfinder $ find * -type f | xargs grep --color 'do.*rename.*with' -------- EXTENSIONS: "do rename" TargetExpr "with" NewNameExpr tests/Update/Tests/update.xq: do rename exactly-one($elem/@attribute) with "Attribute", tests/Update/Tests/update.xq: do rename exactly-one($elem/@dummy) with "foo", tests/Update/Tests/update.xq: return do rename exactly-one($elem) with "Element" tests/Update/Tests/update.xq: do rename exactly-one($testdoc//processing-instruction(pi1000)) with "bar", tests/Update/Tests/update.xq: do rename exactly-one($testdoc//processing-instruction(pi5000)) with "xyzzy", ======== http://monetdb.cwi.nl/testing/projects/monetdb/Stable/pathfinder/.mTests103… ======== Stefan ps: "find" & "grep" are you friends --- quite handy to make such changes *consistenstly* ... -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/tests/XRpc/Tests add_dbl.xq.in, 1.2, 1.2.2.1 add_int.xq.in, 1.2, 1.2.2.1 concatStr.xq.in, 1.2, 1.2.2.1 echoAll.xq.in, 1.2, 1.2.2.1 echoVoid.xq.in, 1.2, 1.2.2.1 emptySeq1.xq.in, 1.2, 1.2.2.1 emptySeq2.xq.in, 1.2, 1.2.2.1 emptySeq3.xq.in, 1.2, 1.2.2.1 emptySeq4.xq.in, 1.2, 1.2.2.1 insertNode.xq.in, 1.2, 1.2.2.1 multi_clnt_s00.xq.in, 1.2, 1.2.2.1 multi_clnt_s01.xq.in, 1.2, 1.2.2.1 multi_clnt_s02.xq.in, 1.2, 1.2.2.1 returnAncestor.xq.in, 1.3, 1.3.2.1 ret
by Stefan Manegold 13 Feb '07

13 Feb '07

Forgot to mention: To make this work properly, you also need to cvs-update & make-install MonetDB to get the latest version of Mtest.py . Stefan On Tue, Feb 13, 2007 at 08:03:50PM +0000, Stefan Manegold wrote: > Update of /cvsroot/monetdb/pathfinder/tests/XRpc/Tests > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv9407/tests/XRpc/Tests > > Modified Files: > Tag: XQuery_0-16 > add_dbl.xq.in add_int.xq.in concatStr.xq.in echoAll.xq.in > echoVoid.xq.in emptySeq1.xq.in emptySeq2.xq.in emptySeq3.xq.in > emptySeq4.xq.in insertNode.xq.in multi_clnt_s00.xq.in > multi_clnt_s01.xq.in multi_clnt_s02.xq.in returnAncestor.xq.in > returnAncestorOrSelf.xq.in returnChild.xq.in > returnDescendant.xq.in returnDescendantOrSelf.xq.in > returnFollowing.xq.in returnFollowingSibling.xq.in > returnParent.xq.in returnPreceding.xq.in > returnPrecedingSibling.xq.in returnSelf.xq.in > xrpcConvert.xq.in xrpcConvert2.xq.in > xrpcConvert2.xrpcfun2.xq.in xrpcfun.xq > Removed Files: > Tag: XQuery_0-16 > add_dbl.prologue.src add_int.prologue.src > concatStr.prologue.src echoAll.prologue.src > echoVoid.prologue.src emptySeq1.prologue.src > emptySeq2.prologue.src emptySeq3.prologue.src > emptySeq4.prologue.src insertNode.prologue.src > multi_clnt.prologue.src returnAncestor.prologue.src > returnAncestorOrSelf.prologue.src returnChild.prologue.src > returnDescendant.prologue.src > returnDescendantOrSelf.prologue.src > returnFollowing.prologue.src > returnFollowingSibling.prologue.src returnParent.prologue.src > returnPreceding.prologue.src > returnPrecedingSibling.prologue.src returnSelf.prologue.src > rpcd_start.mil xrpcConvert.prologue.src > xrpcConvert2.prologue.src > Log Message: > > made XRpc tests work, again: > > Not only has "xquery_httpd_port" been renamed into "xrpc_port", > but also the defaults have changed: > While the former used to default to 48080 on the server side (via MonetDB.conf) > and on the client side (hard-wired in the code), > the latter now defaults to "" (not set) in MonetDB.conf, and hence to > mapi_port+1 in the server code; in the client code, the default is still > hard-wired to 48080. > > Hence, to make the XRPC tests work, again, in the Mtest enviroment > (which dynamically sets mapi_port randomly to avoid conflict between > concurrent Mtest runs and/or with other programs that happen to use > the default port(s)), we need to also set xrpc_port dynamically (now > done by Mtest), and use the dynamically set xrpc_port (via $XRPCPORT) > in the respective tests. > > Moreover, when module pathfinder is loaded, it now autimatically starts > an xrpc-server; hence, we must not try to start a second xrpc-server in > the XRPC tests. > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 0

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB5/src/tools mserver5.mx, 1.27, 1.28
by Sjoerd Mullender 13 Feb '07

13 Feb '07

On 2007-02-13 10:55, Fabian wrote: > Update of /cvsroot/monetdb/MonetDB5/src/tools > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv30761/src/tools > > Modified Files: > mserver5.mx > Log Message: > Don't set the version as a gdk_XXX variable, instead "hardcode" it by > using the VERSION define. This way a user won't get an "old mserver" > by using an "old config file". > > > Index: mserver5.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/tools/mserver5.mx,v > retrieving revision 1.27 > retrieving revision 1.28 > diff -u -d -r1.27 -r1.28 > --- mserver5.mx 19 Jan 2007 14:41:24 -0000 1.27 > +++ mserver5.mx 13 Feb 2007 09:55:54 -0000 1.28 > @@ -156,7 +156,7 @@ > char *msg = mo_find_option(set, setlen, "monet_welcome"); > > if (msg && strcmp(msg, "yes") == 0) { > - printf("# MonetDB Server v%s\n", GDKgetenv("gdk_version")); > + printf("# MonetDB Server v" VERSION "\n"); > printf("# Copyright (c) 1993-2007 CWI, all rights reserved\n"); > printf("# Compiled for %s/" SZFMT "bit with " SZFMT "bit OIDs %s linked\n", HOST, (size_t) (sizeof(ptr) * 8), (size_t) (sizeof(oid) * 8), linkinfo); > #ifdef MONET_GLOBAL_DEBUG Using printf("# MonetDB Server v%s\n", VERSION); may be better. It'll even work when somebody somehow puts a % in VERSION. -- Sjoerd Mullender

2 1

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB4 html.mk, 1.2, NONE
by Jan Rittinger 12 Feb '07

12 Feb '07

As there seems to be an effort to clean up the repositories I have an idea to make Martin happy :) As you all know the current setup does not allow Martin to introduce personal files like e.g. 'todo.mk' in the sources (at least not at the top level). The reason is a nice '*' in am.py. With Stefan latest changes only rpm.mk and extra.mk remain in the various sources (whereas extra.mk is only used in pathfinder). My proposal thus is to apply the following small diff. It would replace '*.mk' with rpm.mk and an additional extra.mk can be integrated conditionally only. Any objections? Index: autogen/autogen/am.py =================================================================== RCS file: /cvsroot/monetdb/buildtools/autogen/autogen/am.py,v retrieving revision 1.31 diff -r1.31 am.py 1095c1095,1098 < include $(top_builddir)/*.mk --- > if HAVE_EXTRA_MK > include $(top_builddir)/extra.mk > endif > include $(top_builddir)/rpm.mk Index: configure.ag =================================================================== RCS file: /cvsroot/monetdb/pathfinder/configure.ag,v retrieving revision 1.99 diff -r1.99 configure.ag 37a38,39 > AM_CONDITIONAL(HAVE_EXTRA_MK, true) > > -----Original Message----- > From: monetdb-checkins-bounces(a)lists.sourceforge.net > [mailto:monetdb-checkins-bounces@lists.sourceforge.net] On > Behalf Of Stefan Manegold > Sent: Friday, February 09, 2007 9:05 PM > To: monetdb-checkins(a)lists.sourceforge.net > Subject: [Monetdb-checkins] MonetDB4 html.mk,1.2,NONE > > Update of /cvsroot/monetdb/MonetDB4 > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv22609 > > Removed Files: > Tag: MonetDB_4-16 > html.mk > Log Message: > > documentation from MonetDB4/doc/ > has been moved to monetweb/Docs/MonetDB4/ > > hence, we can remove it here. > > also removed html.mk, since the respective work of generating > documentation from sources is now done by monetweb/Docs/* > > > --- html.mk DELETED --- > > > -------------------------------------------------------------- > ----------- > Using Tomcat but need to do more? Need to support web > services, security? > Get stuff done quickly with pre-integrated technology to make > your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on > Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057& dat=121642 > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins > >

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/mil milprint_summer.c, 1.318.2.9, 1.318.2.10
by Stefan Manegold 11 Feb '07

11 Feb '07

On Sun, Feb 11, 2007 at 11:43:49AM +0000, Peter Boncz wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/mil > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv30433/compiler/mil > > Modified Files: > Tag: XQuery_0-16 > milprint_summer.c > Log Message: > - fixed bug in MIL epilogue after error (resulted in another error on "-") > - changed output of pf:collections() and pf:documents() info functions > to return nodes rather thanm strings > - introduced new convenience builtin pf:mil() ^^^^^^^^ Peter (out of pure curiosity) what's the functionality/semantic of this one? (Needless to mention that this appears to be a new *feature* introduced on the *release branch* --- hence, some more information as "justification" would be very much appreciated.) Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 0

Re: [Monetdb-developers] trying to use monetdb pathfinder
by p.a.boncz 09 Feb '07

09 Feb '07

Dear Martijn (et al.) I am currently working on the documentation that describes all the new XQuery functionality (updates, xrpc, collections, node-ids) . I expect it to come online next week -- I will announce it here on the mailing lists. We are also working on a 64-bits windows build, and we have found a number of bugs. Therefore, in I expect a new minor (bug-fix) release to appear soon, i.e. in the scope of two weeks. So, bugs that are reported now might well get fixed very soon. So please report them. I do recognize that it is hard to test functionality that is not documented, - but please bear with me for a couple of days more. Thanks, Peter

3 2

[Monetdb-developers] trying to use monetdb pathfinder
by Martijn Faassen 08 Feb '07

08 Feb '07

Hi there, Just downloaded and installed the new release. Compiling and installing on my system went off without a hitch, my compliments. I've been trying to use pathfinder's xquery's support and I ran into some snags. It may be something I do wrong, but I'll ask anyway. First, I was testing the xquery support. I tried to shred a document like this: shred_doc('/home/faassen/xml/shaks/hamlet.xml', 'hamlet') and then to refer to this document from an xquery like this: doc('hamlet')//FM I get the following error: MAPI = monetdb@localhost:50000 QUERY = doc('hamlet')//FM ERROR = !ERROR: [shred_url]: 1 times inserted nil due to errors at tuples 0@0. !ERROR: [shred_url]: first error was: !ERROR: shred: cannot stat `hamlet': No such file or directory !ERROR: CMDshred_url: operation failed. !ERROR: interpret_params: leftfetchjoin(param 2): evaluation error. Hinted by the 'cannot stat', I tried the following: doc('/home/faassen/xml/shaks/hamlet.xml')//FM and this gets a step further (still wondering why the former didn't work, though): MAPI = monetdb@localhost:50000 QUERY = doc('/home/faassen/xml/shaks/hamlet.xml')//FM ERROR = !ERROR: I/O warning : failed to load external entity "play.dtd" !ERROR: [shred_url]: 1 times inserted nil due to errors at tuples 0@0. !ERROR: [shred_url]: first error was: !ERROR: shred_external_subset: WARNING: xmlParseDTD("play.dtd") FAILED, NO ID/IDREF QUERIES !ERROR: shred_external_subset: NOTE : maybe using absolute filenames works, sorry! !ERROR: CMDshred_url: operation failed. !ERROR: interpret_params: leftfetchjoin(param 2): evaluation error. The play.dtd is in the directory next to 'hamlet.xml', so don't know why that doesn't work either. So, I made a new hamlet2.xml removing the dtd reference. I don't need dtd support anyway, but it'd be nice if it could parse documents with dtds, of course. Now, it works. Next, I was trying out the xquery update support. Not hindered by any knowledge on how it works, I went to the referenced W3C document and adapted the first insert statement I saw there into this: do insert <year>2005</year> after fn:doc('/home/faassen/xml/shaks/hamlet2.xml')/PLAY/TITLE This however gives me an error message I do not understand: MAPI = monetdb@localhost:50000 QUERY = do insert <year>2005</year> after fn:doc('/home/faassen/xml/shaks/hamlet2.xml')/PLAY/TITLE ERROR = !type error: no variant of function upd:insertAfter accepts the given argument type(s): element TITLE { item* }*; (node* | node)* !type error: maybe you meant: !type error: upd:insertAfter (node, node*) as stmt !type error: illegal arguments for function upd:insertAfter What am I doing wrong there? Regards, Martijn

7 8

[Monetdb-developers] M5 cvs head crash when it starts..
by Romulo Goncalves 07 Feb '07

07 Feb '07

Dear developers, Who was the "angle" responsible for this: Starting program: /net/amelia/export/scratch1/goncalve/MonetDB/MonetDB5/bin/mserver5 --dbname=demo --set mapi_port=50000 --dbinit=include\ sql\;\ clients.setTrace$true$\;\ sql.start\; [Thread debugging using libthread_db enabled] [New Thread 46912515613600 (LWP 26623)] !WARNING: GDKlockHome: created directory /ufs/goncalve/scratch/MonetDB/MonetDB5/var/MonetDB5/dbfarm/demo/ !WARNING: GDKlockHome: ignoring empty or invalid .gdk_lock. !WARNING: BBPdir: initializing BBP. [New Thread 1082132800 (LWP 26626)] # MonetDB Server v5.0.0_beta2_1 # Copyright (c) 1993-2007 CWI, all rights reserved # Compiled for x86_64-redhat-linux-gnu/64bit with 64bit OIDs dynamically linked # dbname:demo # Visit http://monetdb.cwi.nl/ for further information !MALException:MAL.getAddress:address of 'bpm.BPMrange' not found !SyntaxException:parseError:command rangePartition(pb:bat[:oid,:any_2], pv:bat[:oid,:any_2]):void !SyntaxException:parseError:^';' expected !FATAL: Failed to initialise system Program exited with code 01. I lost my afternoon to create a installer in windows. After all the work I realize that the mserver crashes during its initialization. Please, if you are lazy enough to not run Mtest at least run your Mserver before commit your changes. Regards, Romulo PS: Martin, installer only Monday.

3 3

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB5/src/modules/mal bpm.mx, 1.23, 1.24
by Romulo Goncalves 06 Feb '07

06 Feb '07

Martin Kersten wrote: > Update of /cvsroot/monetdb/MonetDB5/src/modules/mal > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv29523 > > Modified Files: > bpm.mx > Log Message: > 70% of the code needed to handle partitioned BATs in a single server. > The code is not tested yet (except for compilation errors), but should > give a head start for those in-experienced in working with MonetDB source code. > > > Index: bpm.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/modules/mal/bpm.mx,v > retrieving revision 1.23 > retrieving revision 1.24 > diff -u -d -r1.23 -r1.24 > --- bpm.mx 4 Feb 2007 22:55:32 -0000 1.23 > +++ bpm.mx 6 Feb 2007 07:16:13 -0000 1.24 > @@ -229,7 +229,7 @@ > address BPMdestroy > comment "Destroy the BAT partition box"; > > -command deposit(nme:str,b:bat[:oid,:any_2]) :void > +command deposit(nme:str,b:bat[:oid,:any_2]) :bat[:oid,:any_2] > address BPMdeposit > comment "Create a new partitioned BAT by name"; > > @@ -238,36 +238,36 @@ > If the alias BAT denotes an existing partition, it is > further broken into pieces. > @mal > -command rangePartition(pb:bat[:oid,:any_2], > - ll:oid, lh:oid, rl:any_2, rh:any_2):void > +command rangePartition(pb:bat[:any_1,:any_2], rl:any_2, rh:any_2):void > address BPMrange > comment "Create a range partition on a BAT"; > -command rangePartition(pb:bat[:oid,:any_2], pv:bat[:oid,:any_2]):void > +command rangePartition(pb:bat[:any_1,:any_2], pv:bat[:oid,:any_2]):void > address BPMrangeVector > comment "Create the partitions based on a range vector"; > > -command hashPartition(pb:bat[:oid,:any_2], slots:int):void > +command hashPartition(pb:bat[:any_1,:any_2], slots:int):void > address BPMhash > comment "Create a hash partition on a BAT"; > -command derivePartition(pb:bat[:oid,:any_2], src:bat[:oid,:any_2]):bat[:oid,:any_2] > +command derivePartition(pb:bat[:any_1,:any_2], > + src:bat[:any_1,:any_2]):bat[:any_1,:any_2] > address BPMderived > comment "Create a derived fragmentation over the head using src."; > > -command take(pb:str, b:bat[:oid,:any_2]):bat[:oid,:any_2] > +command take(pb:str, b:bat[:any_1,:any_2]):bat[:any_1,:any_2] > address BPMtake > comment "Retrieve the alias for a partitioned BAT"; > -command take(alias:bat[:oid,:any_2],index:int) :bat[:oid,:any_2] > +command take(alias:bat[:any_1,:any_2],index:int) :bat[:any_1,:any_2] > address BPMtakePartition > comment "Retrieve a single component of a partitioned BAT by index"; > > -command insert(pb:bat[:oid,:any_2],b:bat[:oid,:any_2]) :void > +command insert(pb:bat[:any_1,:any_2],b:bat[:any_1,:any_2]) :void > address BPMinsert > comment "Insert elements into the BAT partitions"; > -command delete(pb:bat[:oid,:any_2],b:bat[:oid,:any_2]) :void > +command delete(pb:bat[:any_1,:any_2],b:bat[:any_1,:any_2]) :void > address BPMdelete > comment "Delete elements from the BAT partitions"; > -command replace(pb:bat[:oid,:any_2],old:bat[:oid,:any_2], > - nwe:bat[:oid,:any_2]) :void > +command replace(pb:bat[:any_1,:any_2],old:bat[:any_1,:any_2], > + nwe:bat[:any_1,:any_2]) :void > address BPMreplace > comment "Replace the content of the BAT partitions"; > > @@ -275,7 +275,7 @@ > address BPMgetNames > comment "Retrieve the names of all known partitioned BATs"; > > -command discard(alias:bat[:oid,:any_2]) :void > +command discard(alias:bat[:any_1,:any_2]) :void > address BPMdiscard > comment "Release a partitioned BAT from the box"; > > @@ -285,39 +285,39 @@ > Wherever possible skipping elements that don't qualify > the bounds given for the head. > @mal > -command newIterator(grp:bat[:oid,:any_2]):bat[:oid,:any_2] > +command newIterator(grp:bat[:any_1,:any_2]):bat[:any_1,:any_2] > address BPMnewIterator > comment "Create an iterator over the BAT partitions."; > > -command newIterator(grp:bat[:oid,:any_2],first:any_2,last:any_2) > - :bat[:oid,:any_2] > +command newIterator(grp:bat[:any_1,:any_2],first:any_2,last:any_2) > + :bat[:any_1,:any_2] > address BPMnewIteratorRng > comment "Create an iterator over the BAT partitions."; > > -command newIterator(pb:bat[:oid,:any_2], first:oid,last:oid, > +command newIterator(pb:bat[:any_1,:any_2], first:any_1,last:any_1, > vlow:any_2, vhgh:any_2) :bat[:oid,:any_2] > address BPMnewIteratorRng4 > comment "Create an iterator over the BAT partitions."; > > -command hasMoreElements(grp:bat[:oid,:any_2]) :bat[:oid,:any_2] > +command hasMoreElements(grp:bat[:any_1,:any_2]) :bat[:any_1,:any_2] > address BPMhasMoreElements > comment "Localize the next partition for processing."; > > -command hasMoreElements(pb:bat[:oid,:any_2], > - low:any_2, hgh:any_2) :bat[:oid,:any_2] > +command hasMoreElements(pb:bat[:any_1,:any_2], > + low:any_2, hgh:any_2) :bat[:any_1,:any_2] > address BPMhasMoreElementsRng2 > comment "Localize the next partition for processing."; > -command hasMoreElements(pb:bat[:oid,:any_2], first:oid,last:oid, > - vlow:any_2, vhgh:any_2) :bat[:oid,:any_2] > +command hasMoreElements(pb:bat[:any_1,:any_2], first:any_1,last:any_1, > + vlow:any_2, vhgh:any_2) :bat[:any_1,:any_2] > address BPMhasMoreElementsRng4 > comment "Localize the next partition for processing."; > > -command getDimension(b:bat[:oid,:any_2])(first:oid,last:oid, > +command getDimension(b:bat[:any_1,:any_2])(first:any_1,last:any_1, > vlow:any_2, vhgh:any_2) > address BPMgetDimension > comment "Obtain the partition boundary values."; > > -command dump(alias:bat[:oid,:any_2]) > +command dump(alias:bat[:any_1,:any_2]) > address BPMdumpAlias > comment "Give the details of the partition tree"; > command dump() > @@ -403,6 +403,7 @@ > @c > #include "mal_config.h" > #include "bpm.h" > +#include "bat5.h" > > @- > Every partition is the result of at most four operations: > @@ -430,7 +431,6 @@ > int nxt, prv; /* list of all partitions*/ > } *Partition, PartitionRec; > > -/* NOT USED YET > static void BPMprintRecord(stream *f, Partition p){ > stream_printf(f,"partition: %s alias %d bid %d index %d ", > p->name, p->alias, p->bid, p->index); > @@ -438,7 +438,6 @@ > stream_printf(f,"hbucket %d tbucket %d ", p->hbucket,p->tbucket); > stream_printf(f,"nxt %d prv %d\n", p->nxt,p->prv); > } > -*/ > @- > The number of partitioned BATs is considered low and > a straight forward array with linear search seems > @@ -470,7 +469,6 @@ > } > return 0; > } > -/* NOT USED YET > static Partition getPartition(int bid, int idx){ > return bpmcat+getPartitionIndex(bid,idx); > } > @@ -478,6 +476,7 @@ > return getPartition(bid,0); > } > > +/* NOT USED YET > static void delAlias(int bid){ > int i; > i= getPartitionIndex(bid,0); > @@ -595,33 +594,121 @@ > > BBPkeepref(*ret= bn->batCacheid); > BBPunfix(b->batCacheid); > - throw(MAL, "bpm.deposit","NYI"); > + return MAL_SUCCEED; > } > - > +@- > +Range partitioning simply runs through all partitions > +and creates new ones, keeping the partitions in order. > +The 'critical' part is to detect overlap of the range > +and the bounds of the partition. > +@c > str > BPMrange(int *ret, int *bid, ptr *low, ptr *hgh){ > BAT *b; > + int i, tpe; > + int (*cmp) (ptr, ptr); > + ptr nilptr; > + int low_nil, hgh_nil; > + Partition p; > + > BPMopen(); > - @:getBATdescriptor(bid,b,"bpm.range")@ > - /* determine the partitioning scheme */ > - (void) b; > - (void) low; > - (void) hgh; > + > + p= getAlias(*bid); > + if( p==0){ > + throw(MAL, "bpm.range","Partition not known"); > + } > + i= p->index; > + @:getBATdescriptor(&bpmcat[i].bid,b,"bpm.range")@ > + if( b == 0) > + throw(MAL,"bpm.range","Could not access BAT"); > + > + > + /* get the comparison function */ > + tpe= *bid >0? b->htype:b->ttype; > + cmp= BATatoms[tpe].atomCmp; > + nilptr = ATOMnilptr(tpe); > + low_nil = ((*cmp) (*low, nilptr) == 0); > + hgh_nil = ((*cmp) (*hgh, nilptr) == 0); > + > + BBPunfix(b->batCacheid); /* don't need it anymore */ > + > + for( ; i ; i= bpmcat[i].nxt){ > + @:getBATdescriptor(&bpmcat[i].bid,b,"bpm.range")@ > + > + /* determine overlag by excluding outliers */ > + if( *bid > 0 ){ > + if( (*cmp) ((ptr) &bpmcat[i].thgh, *low) < 0 || > + (*cmp) ((ptr) &bpmcat[i].tlow, *hgh) > 0 > + ){ > + /* this fragment need not be split */ > + } else { > + /* break the fragment */ > +#ifdef _DEBUG_BPM_ > + stream_printf(GDKout, "break fragment %d\n",i); > +#endif > + } > + } else { > + /* use reversed bat */ > + if( (*cmp) ((ptr) &bpmcat[i].hhgh, *low) < 0 || > + (*cmp) ((ptr) &bpmcat[i].hlow, *hgh) > 0 > + ){ > + /* this fragment need not be split */ > + } else { > +#ifdef _DEBUG_BPM_ > + stream_printf(GDKout, "break fragment %d\n",i); > +#endif > + /* break the fragment */ > + } > + } > + BBPunfix(b->batCacheid); > + } > *ret= 0; > - throw(MAL, "bpm.range","NYI"); > + return MAL_SUCCEED; > } > +@- > +The vector approach could either use a single column > +of ordered split points, or a double column with (low,hgh) > +value pairs. (STILL TO BE DECIDED) > +We should ensure that the range vector is sorted first. > +@c > str > BPMrangeVector(int *ret, int *bid, int *pv) > { > - BAT *b; > + BAT *b, *bpv; > + BUN p,q; > + /* ptr ph=0; */ > + > BPMopen(); > @:getBATdescriptor(bid,b,"bpm.range")@ > - /* determine the partitioning scheme */ > - (void) b; > - (void) bid; > - (void) pv; > - *ret= 0; > - throw(MAL, "bpm.range","NYI"); > + if( b == 0) > + throw(MAL,"bpm.range","Cannot access BAT"); > + > + @:getBATdescriptor(pv,bpv,"bpm.range")@ > + if( bpv == 0){ > + BBPunfix(b->batCacheid); > + throw(MAL,"bpm.range","Cannot access BAT"); > + } > + /* Apply the range partition using pairs */ > + BATloop(b,p,q){ > + ptr ph= BUNhead(b,p); > + ptr pt= BUNtail(b,p); > + BPMrange(ret, bid, &ph, &pt); > + } > + /* Apply the range partition using single column > + BATloop(b,p,q){ > + if( ph){ > + ph= BUNtail(b,p); > + } else { > + ptr pt= BUNtail(b,p); > + BPMrange(ret, bid,&ph,&pt); > + ph= BUNtail(b,p); > + } > + } > + */ > + > + BBPunfix(b->batCacheid); > + BBPunfix(bpv->batCacheid); > + return MAL_SUCCEED; > } > str > BPMhash(int *ret, int *bid, int *slots, int *prime) > @@ -654,77 +741,140 @@ > str > BPMtake(int *ret, str *nme) > { > + int i; > BPMopen(); > - (void) nme; > - *ret =0; > - throw(MAL, "bpm.take","NYI"); > + i= getPartitionName(*nme); > + if( i== 0){ > + throw(MAL,"pbm.take","Partitioned BAT does not exist"); > + } > + *ret = bpmcat[i].alias; > + return MAL_SUCCEED; > } > str > BPMtakePartition(int *ret, int *bid, int *index) > { > + BAT *b; > + int i; > + > BPMopen(); > - (void) bid; > - (void) index; > - *ret =0; > - throw(MAL, "bpm.take","NYI"); > + i= getPartitionIndex(*bid, *index); > + if( i== 0){ > + throw(MAL,"pbm.take","Partitioned BAT does not exist"); > + } > + @:getBATdescriptor(bid,b,"bpm.take")@ > + if( b == 0){ > + throw(MAL,"bpm.take","Cannot access BAT"); > + } > + BBPkeepref(*ret =b->batCacheid); > + return MAL_SUCCEED; > } > @- Updates > +The update operations simply loop through the partitions > +and apply the results. We can optimize this by inspection > +of the range tables, but that is considered relevant in a distributed > +case. > +The updates are merely convenient operators, because ideally > +the optimizer already filters out the partitions of interest. > @c > str > BPMinsert(int *ret, int *bid, int *ins) > { > - BAT *b; > + int i; > + str msg= MAL_SUCCEED; > + Partition p; > + > BPMopen(); > - @:getBATdescriptor(bid,b,"bpm.insert")@ > + p= getAlias(*bid); > + if( p== 0) > + throw(MAL,"bpm.insert","Can not alias BAT"); > /* distributed the content */ > - (void) b; > - (void) ins; > + for(i= p->bid ; i && msg== MAL_SUCCEED; i= bpmcat[i].nxt){ > + msg=BKCinsert_bat(ret,&bpmcat[i].bid,ins); > + } > *ret= 0; > - throw(MAL, "bpm.insert","NYI"); > + return msg; > } > > str > BPMdelete(int *ret, int *bid, int *del) > { > - BAT *b; > + int i; > + Partition p; > + str msg= MAL_SUCCEED; > + > BPMopen(); > - @:getBATdescriptor(bid,b,"bpm.delete")@ > - /* delete some information from the partitions */ > - (void) b; > - (void) del; > + p= getAlias(*bid); > + if( p== 0) > + throw(MAL,"bpm.insert","Can not alias BAT"); > + /* distributed the content */ > + for(i= p->bid ; i && msg== MAL_SUCCEED; i= bpmcat[i].nxt){ > + msg=BKCdelete_bat(ret,&bpmcat[i].bid,del); > + } > *ret= 0; > - throw(MAL, "bpm.delete","NYI"); > + return msg; > } > > str > BPMreplace(int *ret, int *bid, int *ins, int *del) > { > - BAT *b; > + int i; > + Partition p; > + str msg= MAL_SUCCEED; > + > BPMopen(); > - @:getBATdescriptor(bid,b,"bpm.insert")@ > - /* replace values */ > - (void) b; > - (void) ins; > - (void) del; > + p= getAlias(*bid); > + if( p== 0) > + throw(MAL,"bpm.insert","Can not alias BAT"); > + /* distributed the content */ > + for( i=p->bid ; i && msg== MAL_SUCCEED; i= bpmcat[i].nxt){ > + msg=BKCdelete_bat(ret,&bpmcat[i].bid,del); It should be msg=BKCdelete_bat(ret,&bpmcat[i].pid,del); Right? > + if( msg == MAL_SUCCEED) > + msg=BKCinsert_bat(ret,&bpmcat[i].bid,ins); It should be : msg=BKCinsert_bat(ret,&bpmcat[i].pid,ins); Rigth? > + } > *ret= 0; > - throw(MAL, "bpm.replace","NYI"); > + return msg; > } > > str > BPMgetNames(int *ret) > { > + BAT *b; > + int i; > + > BPMopen(); > - *ret =0; > - throw(MAL, "bpm.getNames","NYI"); > + b = BATnew(TYPE_int, TYPE_str, BBPsize); > + if (b == 0) > + throw(MAL, "catalog.bbpNames", "failed to create BAT"); > + > + for(i=1; i<bpmcattop; i++) > + BUNins(b, &i, bpmcat[i].name,TRUE); > + BBPkeepref(*ret = b->batCacheid); > + if (!(b->batDirty&2)) > + b = BATsetaccess(b, BAT_READ); > + return MAL_SUCCEED; > } > > str > BPMdiscard(int *ret, int *bid) > { > + Partition p; > + int i; > + signed char r; > + str msg= MAL_SUCCEED; > + > BPMopen(); > - (void) bid; > + p= getAlias(*bid); > + if( p== 0) > + throw(MAL,"bpm.discard","Can not alias BAT"); > + /* discard the content */ > + for(i= p->bid ; i && msg== MAL_SUCCEED; i= bpmcat[i].nxt){ > + msg= BKCdestroy(&r, &bpmcat[i].bid); It should be: > + msg= BKCdestroy(&ret, &bpmcat[i].bid); Right? If I am right I will fix and commit it. These differences created compilation errors in windows. Regards, Romulo

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/sql lalg2sql.brg, 1.24, 1.25
by Ying Zhang 06 Feb '07

06 Feb '07

Hi Manuel, Sorry for my picky compiler option. There is yet another unused parameter: cc1: warnings being treated as errors ../../../compiler/sql/lalg2sql.brg:2647: warning: unused parameter 'res_ty' make[5]: *** [libsql_la-lalg2sql.lo] Error 1 make[5]: Leaving directory `/net/andorea/export/scratch1/zhang/monet/current/pathfinder/build-debug/compiler/sql' make[4]: *** [install] Error 2 make[4]: Leaving directory `/net/andorea/export/scratch1/zhang/monet/current/pathfinder/build-debug/compiler/sql' make[3]: *** [install-recursive] Error 1 make[3]: Leaving directory `/net/andorea/export/scratch1/zhang/monet/current/pathfinder/build-debug/compiler' make[2]: *** [install] Error 2 make[2]: Leaving directory `/net/andorea/export/scratch1/zhang/monet/current/pathfinder/build-debug/compiler' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/net/andorea/export/scratch1/zhang/monet/current/pathfinder/build-debug' make: *** [install] Error 2 Regards, Jennie On Mon, Feb 05, 2007 at 10:29:19AM +0000, Manuel Mayr wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/sql > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv23135/compiler/sql > > Modified Files: > lalg2sql.brg > Log Message: > avoiding too long SQL expression during element construction > > > Index: lalg2sql.brg > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/sql/lalg2sql.brg,v > retrieving revision 1.24 > retrieving revision 1.25 > diff -u -d -r1.24 -r1.25 > --- lalg2sql.brg 4 Feb 2007 17:51:36 -0000 1.24 > +++ lalg2sql.brg 5 Feb 2007 10:29:17 -0000 1.25 > @@ -1047,7 +1047,25 @@ > > > /* set the fragment relation */ > - p->sql_ann->fragment = fragrelation (); > + p->sql_ann->fragment = > + select > + ( > + select_list > + ( > + column_name (sql_special_name_new(sql_col_prop)->ident), > + column_name (sql_special_name_new(sql_col_kind)->ident), > + column_name (sql_special_name_new(sql_col_level)->ident), > + column_name (sql_special_name_new(sql_col_size)->ident), > + column_name (sql_special_name_new(sql_col_pre)->ident), > + > + ), > + from_list > + ( > + fragrelation () > + ), > + NULL, > + NULL > + ); > > /* preparing fromlist */ > PFsql_t *fromlist = L(p)->sql_ann->sfw->sem.select.from_list; > @@ -1781,8 +1799,10 @@ > column_assign > ( > crrl_deco ( > - sql_expression (LR(p)->sql_ann->colmap, > - p->sem.elem.item_qn, aat_qname), > + column_name ( > + sql_expression (LR(p)->sql_ann->colmap, > + p->sem.elem.item_qn, aat_qname) > + ->sem.column.ident), > qn_crrl->name), > column_name (sql_special_name_new ( > sql_col_prop)->ident) > @@ -1829,9 +1849,11 @@ > column_assign > ( > crrl_deco( > - sql_expression (LR(p)->sql_ann->colmap, > - p->sem.elem.iter_qn, > - type_of (LR(p), p->sem.elem.iter_qn)), > + column_name ( > + sql_expression (LR(p)->sql_ann->colmap, > + p->sem.elem.iter_qn, > + type_of (LR(p), p->sem.elem.iter_qn)) > + ->sem.column.ident), > qn_crrl->name), > column_name (sql_column_name_new ( > att_iter, aat_nat)->ident) > @@ -1861,8 +1883,10 @@ > eq > ( > crrl_deco ( > - sql_expression (RR(p)->sql_ann->colmap, > - p->sem.elem.item_val, aat_pre), > + column_name ( > + sql_expression (RR(p)->sql_ann->colmap, > + p->sem.elem.item_val, aat_pre) > + ->sem.column.ident), > eloc_crrl->name), > crrl_deco( > column_name (sql_special_name_new ( > @@ -1879,14 +1903,18 @@ > eq > ( > crrl_deco ( > - sql_expression (LR(p)->sql_ann->colmap, > - p->sem.elem.iter_qn, > - type_of (LR(p), p->sem.elem.iter_qn)), > + column_name ( > + sql_expression (LR(p)->sql_ann->colmap, > + p->sem.elem.iter_qn, > + type_of (LR(p), p->sem.elem.iter_qn)) > + ->sem.column.ident), > qn_crrl->name), > crrl_deco ( > - sql_expression (RR(p)->sql_ann->colmap, > - p->sem.elem.iter_val, > - type_of (RR(p), p->sem.elem.iter_val)), > + column_name ( > + sql_expression (RR(p)->sql_ann->colmap, > + p->sem.elem.iter_val, > + type_of (RR(p), p->sem.elem.iter_val)) > + ->sem.column.ident), > eloc_crrl->name) > ) > ) > @@ -1895,14 +1923,18 @@ > column_list > ( > crrl_deco( > - sql_expression (LR(p)->sql_ann->colmap, > - p->sem.elem.iter_qn, > - type_of (LR(p), p->sem.elem.iter_qn)), > + column_name ( > + sql_expression (LR(p)->sql_ann->colmap, > + p->sem.elem.iter_qn, > + type_of (LR(p), p->sem.elem.iter_qn)) > + ->sem.column.ident), > qn_crrl->name), > crrl_deco( > - sql_expression (LR(p)->sql_ann->colmap, > - p->sem.elem.item_qn, > - type_of (LR(p), p->sem.elem.item_qn)), > + column_name ( > + sql_expression (LR(p)->sql_ann->colmap, > + p->sem.elem.item_qn, > + type_of (LR(p), p->sem.elem.item_qn)) > + ->sem.column.ident), > qn_crrl->name)) > ), > select > @@ -1968,9 +2000,11 @@ > column_assign > ( > crrl_deco ( > - sql_expression ( RR(p)->sql_ann->colmap, > - p->sem.elem.pos_val, > - type_of (RR(p), p->sem.elem.pos_val)), > + column_name ( > + sql_expression ( RR(p)->sql_ann->colmap, > + p->sem.elem.pos_val, > + type_of (RR(p), p->sem.elem.pos_val)) > + ->sem.column.ident), > eloc_crrl->name), > column_name (sql_column_name_new ( > att_pos, aat_nat)->ident) > @@ -1978,9 +2012,11 @@ > column_assign > ( > crrl_deco ( > - sql_expression (RR(p)->sql_ann->colmap, > - p->sem.elem.iter_val, type_of ( > - RR(p), p->sem.elem.iter_val)), > + column_name ( > + sql_expression (RR(p)->sql_ann->colmap, > + p->sem.elem.iter_val, type_of ( > + RR(p), p->sem.elem.iter_val)) > + ->sem.column.ident), > eloc_crrl->name), > column_name (sql_column_name_new ( > att_iter, aat_nat)->ident)) > @@ -2012,8 +2048,10 @@ > sql_col_pre)->ident), > t2loc_crrl->name), > crrl_deco ( > - sql_expression (RR(p)->sql_ann->colmap, > - p->sem.elem.item_val, aat_pre), > + column_name ( > + sql_expression (RR(p)->sql_ann->colmap, > + p->sem.elem.item_val, aat_pre) > + ->sem.column.ident), > eloc_crrl->name) > ), > and > @@ -2175,6 +2213,28 @@ > NULL > ); > > + sql_table_name_t *elem_tbl = sql_table_name_new (); > + > + execute( bind > + ( > + table_name > + ( > + elem_tbl->name, > + column_list > + ( > + column_name (sql_special_name_new (sql_col_prop)->ident), > + column_name (sql_special_name_new (sql_col_kind)->ident), > + column_name (sql_special_name_new ( > + sql_col_level)->ident), > + column_name (sql_special_name_new (sql_col_size)->ident), > + column_name (sql_special_name_new (sql_col_pre)->ident), > + column_name (sql_column_name_new ( > + att_iter, aat_nat)->ident) > + ) > + ), > + new_elems > + ) ); > + > p->sql_ann->fragment = select > ( > select_list > @@ -2189,7 +2249,7 @@ > ( > alias > ( > - new_elems, > + table_name_default (elem_tbl->name), > correlation_name (sql_correlation_name_new ()->name) > ) > ), > @@ -2227,11 +2287,14 @@ > sql_stmt = select > ( > NULL, > - from_list( > - alias( > - new_elems, > - correlation_name(e_crrl->name)) > - ), > + from_list > + ( > + alias > + ( > + table_name_default (elem_tbl->name), > + correlation_name(e_crrl->name) > + ) > + ), > > NULL, > NULL > @@ -2351,11 +2414,11 @@ > /* correlation name for bounded table */ > sql_correlation_name_t *crrl = sql_correlation_name_new (); > > - for(unsigned int i = 0; > + for (unsigned int i = 0; > i < PFarray_last (p->sql_ann->wheremap); i++) { > sql_where_env_t entry = sql_where_env_at ( > p->sql_ann->wheremap, i); > - wherelist = where_list(wherelist, entry.expression); > + wherelist = where_list (wherelist, entry.expression); > } > > for (unsigned int i = 0; i < p->schema.count; i++) { > @@ -2370,8 +2433,8 @@ > ((sqlnode->kind == sql_clmn_name ) && > (eq_type(p->schema.items[i].name,t, > sqlnode->sem.column.ident)))? > - NULL:sql_column_name_new ( > - p->schema.items[i].name, t); > + NULL: > + sql_column_name_new (p->schema.items[i].name, t); > > /* add the sql operation to the select list */ > selectlist1 = select_list (selectlist1, > @@ -2390,70 +2453,71 @@ > and for the select automatic generated > sfw statement in annotations. */ > selectlist2 = select_list (selectlist2, > - crrl_deco( > + crrl_deco ( > ((sqlnode->kind == sql_clmn_name ) && > (eq_type(p->schema.items[i].name,t, > sqlnode->sem.column.ident)))? > - column_name(IS_PRE(sqlnode->sem.column > - .ident)?sql_column_name_new(p->schema. > - items[i].name, > - t)->ident: > + column_name ( > + IS_PRE(sqlnode->sem.column.ident)? > + sql_column_name_new(p->schema. > + items[i].name,t)->ident: > sqlnode->sem.column.ident): > - column_name(IS_PRE(colname->ident)? > - sql_column_name_new(p->schema. > - items[i].name, > - t)->ident: > + column_name (IS_PRE(colname->ident)? > + sql_column_name_new(p->schema. > + items[i].name, t)->ident: > colname->ident), > - crrl->name)); > + crrl->name)); > > /* create columnlist for the table name */ > - columnlist = column_list(columnlist, > + columnlist = column_list (columnlist, > ((sqlnode->kind == sql_clmn_name ) && > (eq_type(p->schema.items[i].name,t, > sqlnode->sem.column.ident)))? > /* regarding the correlation > names both columns are unbounded */ > - column_name(IS_PRE(sqlnode->sem.column > - .ident)?sql_column_name_new(p->schema. > - items[i].name, > - t)->ident: > - sqlnode->sem.column.ident): > - column_name(IS_PRE(colname->ident)? > - sql_column_name_new(p->schema. > - items[i].name, > - t)->ident: > - colname->ident)); > + column_name( > + IS_PRE(sqlnode->sem.column.ident)? > + sql_column_name_new (p->schema. > + items[i].name, t)->ident: > + sqlnode->sem.column.ident): > + column_name( > + IS_PRE(colname->ident)? > + sql_column_name_new ( > + p->schema.items[i].name, t)->ident: > + colname->ident)); > > /* override expression with columnname */ > - sql_override_expr(p->sql_ann->colmap, > - p->schema.items[i].name, > - t, > - ((sqlnode->kind == sql_clmn_name ) && > - (eq_type(p->schema.items[i].name,t, > - sqlnode->sem.column.ident)))? > + sql_override_expr (p->sql_ann->colmap, > + p->schema.items[i].name, t, > + ((sqlnode->kind == sql_clmn_name ) && > + (eq_type(p->schema.items[i].name,t, > + sqlnode->sem.column.ident)))? > IS_PRE(sqlnode->sem.column.ident)? > sql_column_name_new(p->schema.items[i].name, > - t)->ident:sqlnode->sem.column.ident: > + t)->ident: > + sqlnode->sem.column.ident: > IS_PRE(colname->ident)? > - sql_column_name_new(p->schema.items[i].name, > - t)->ident:colname->ident, crrl->name); > + sql_column_name_new( > + p->schema.items[i].name, t)->ident: > + colname->ident, crrl->name); > } > } > } > > - p->sql_ann->wheremap = sql_where_env_new(); > + p->sql_ann->wheremap = sql_where_env_new (); > > - if(sql_stmt->kind == sql_select) { > + if (sql_stmt->kind == sql_select) { > sql_stmt->sem.select.select_list = selectlist1; > sql_stmt->sem.select.where_list = > (!wherelist)? > - NULL:wherelist; > + NULL: > + wherelist; > } > > execute( > bind > ( > - table_name(newvar->name, columnlist ), > + table_name (newvar->name, columnlist), > sql_stmt > ) > ); > @@ -2476,37 +2540,35 @@ > } > > static PFsql_t* > -gen_select(const PFla_op_t *p, PFsql_alg_ann_t *ann) > +gen_select (const PFla_op_t *p, PFsql_alg_ann_t *ann) > { > /* first selectlist for select statement in p */ > PFsql_t* selectlist1 = NULL; > PFsql_t* wherelist = NULL; > > - for( unsigned int i = 0; > - i < PFarray_last(ann->wheremap); i++ ) { > - sql_where_env_t entry = sql_where_env_at( > + for (unsigned int i = 0; > + i < PFarray_last(ann->wheremap); i++) { > + sql_where_env_t entry = sql_where_env_at ( > ann->wheremap, i); > - wherelist = where_list(wherelist, > - entry.expression); > + wherelist = where_list (wherelist, entry.expression); > } > - for( unsigned int i = 0; i < p->schema.count; i++ ) { > - for(PFalg_simple_type_t t = 1; t; t <<= 1) { > - if( t & TYPE_MASK(p->schema.items[i].type) ) { > + for (unsigned int i = 0; i < p->schema.count; i++) { > + for (PFalg_simple_type_t t = 1; t; t <<= 1) { > + if (t & TYPE_MASK(p->schema.items[i].type)) { > > /* get the sql operation bound to > * att/type tuple */ > - PFsql_t *sqlnode = sql_expression( > + PFsql_t *sqlnode = sql_expression ( > ann->colmap, > - p->schema.items[i].name, > - t); > + p->schema.items[i].name, t); > > sql_column_name_t *colname = > ((sqlnode->kind == sql_clmn_name ) && > (eq_type(p->schema.items[i].name,t, > sqlnode->sem.column.ident)))? > - NULL:sql_column_name_new( > - p->schema.items[i].name, > - t); > + NULL: > + sql_column_name_new ( > + p->schema.items[i].name, t); > > /* add the sql operation to the select list */ > selectlist1 = select_list(selectlist1, > @@ -2541,15 +2603,15 @@ > } > > static PFsql_t* > -literal(PFalg_atom_t atom) > +literal (PFalg_atom_t atom) > { > switch( atom.type ) { > case aat_nat: > - case aat_int: return lit_int(atom.val.nat_); > - case aat_str: return lit_str(atom.val.str); > - case aat_bln: return lit_bln(atom.val.bln); > - case aat_dec: return lit_dec(atom.val.dec_); > - case aat_qname: return lit_str(PFqname_loc(atom.val.int_)); > + case aat_int: return lit_int (atom.val.nat_); > + case aat_str: return lit_str (atom.val.str); > + case aat_bln: return lit_bln (atom.val.bln); > + case aat_dec: return lit_dec (atom.val.dec_); > + case aat_qname: return lit_str (PFqname_loc (atom.val.int_)); > default: > break; > } > @@ -2566,13 +2628,13 @@ > { > assert( n ); > > - for( unsigned int i = 0; i < n->schema.count; i++ ) { > - if( n->schema.items[i].name == att) { > + for (unsigned int i = 0; i < n->schema.count; i++) { > + if (n->schema.items[i].name == att) { > return TYPE_MASK(n->schema.items[i].type); > } > } > > - PFoops( OOPS_FATAL, > + PFoops (OOPS_FATAL, > "SQLgen: cannot determine implementation type of " > "algebra expression"); > > @@ -2580,28 +2642,25 @@ > } > > static PFsql_t* > -bin_cmp( PFsql_t* (*op) (const PFsql_t *, const PFsql_t*), > - PFla_op_t *p, PFalg_simple_type_t arg_ty, > - PFalg_simple_type_t res_ty) > +bin_cmp (PFsql_t* (*op) (const PFsql_t *, const PFsql_t*), > + PFla_op_t *p, PFalg_simple_type_t arg_ty, > + PFalg_simple_type_t res_ty) > { > - for( unsigned int i=0; > - i < PFarray_last( L(p)->sql_ann->colmap ); i++ ) { > - sql_column_env_t entry = sql_column_env_at( > + for (unsigned int i=0; > + i < PFarray_last (L(p)->sql_ann->colmap); i++) { > + sql_column_env_t entry = sql_column_env_at ( > L(p)->sql_ann->colmap, i); > - > sql_column_env_add(p->sql_ann->colmap, > entry.att, entry.type, entry.expression); > } > > - where_env_copy(L(p)->sql_ann->wheremap, > - p->sql_ann->wheremap); > + where_env_copy (L(p)->sql_ann->wheremap, p->sql_ann->wheremap); > > - for( unsigned int col = 0; col < p->schema.count; col++ ) { > - for( PFalg_simple_type_t t = 1; t; t<<=1 ) { > - if( t & TYPE_MASK(p->schema.items[col].type) ) { > + for (unsigned int col = 0; col < p->schema.count; col++) { > + for (PFalg_simple_type_t t = 1; t; t<<=1) { > + if (t & TYPE_MASK(p->schema.items[col].type)) { > sql_column_env_add(p->sql_ann->colmap, > - p->schema.items[col].name, > - t, > + p->schema.items[col].name, t, > op > ( > sql_expression(p->sql_ann->colmap, > @@ -2615,8 +2674,6 @@ > } > } > > - res_ty = res_ty; > - > return select > ( > NULL, /* no selectlist provided */ > @@ -2627,12 +2684,12 @@ > } > > static PFsql_t* > -bin_op( PFsql_t* (*op) (const PFsql_t *, const PFsql_t*), > +bin_op (PFsql_t* (*op) (const PFsql_t *, const PFsql_t*), > PFla_op_t *p, PFalg_simple_type_t arg_ty, > PFalg_simple_type_t res_ty) > { > - for( unsigned int i=0; > - i < PFarray_last( L(p)->sql_ann->colmap ); i++ ) { > + for (unsigned int i=0; > + i < PFarray_last (L(p)->sql_ann->colmap); i++) { > sql_column_env_t entry = sql_column_env_at( > L(p)->sql_ann->colmap, i); > > @@ -3860,7 +3917,20 @@ > { > assert (p); > if (p->kind == la_empty_frag) > - return fragrelation(); > + return select > + ( > + select_list > + ( > + column_name(sql_special_name_new(sql_col_prop)->ident), > + column_name(sql_special_name_new(sql_col_kind)->ident), > + column_name(sql_special_name_new(sql_col_level)->ident), > + column_name(sql_special_name_new(sql_col_size)->ident), > + column_name(sql_special_name_new(sql_col_pre)->ident), > + ), > + fragrelation(), > + NULL, > + NULL > + ); > > assert (p->kind == la_frag_union); > /* for every fragment the assumption that a binding already > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins

2 1

Re: [Monetdb-developers] [Monetdb-checkins] buildtools/mel Makefile.am, 1.2, 1.2.8.1
by Stefan Manegold 05 Feb '07

05 Feb '07

On Mon, Feb 05, 2007 at 01:31:00PM +0000, Fabian wrote: > Update of /cvsroot/monetdb/buildtools/mel > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv17673 > > Modified Files: > Tag: MonetDB_1-16 > Makefile.am > Log Message: > automake 1.10 complains about GNU-isms, ignore them for now, chosing > the lazy approach from > http://www.nabble.com/warning-about-GNU-make-extension-with-automake-1.10-t… > Indeed, we do require GNU make; see also http://monetdb.cwi.nl/MonetDB/Documentation/Linux-Installation.html -> "1.6.3.2 Prerequisites" -> "`standard software development tools'" Stefan > > > Index: Makefile.am > =================================================================== > RCS file: /cvsroot/monetdb/buildtools/mel/Makefile.am,v > retrieving revision 1.2 > retrieving revision 1.2.8.1 > diff -u -d -r1.2 -r1.2.8.1 > --- Makefile.am 29 Jul 2005 12:47:59 -0000 1.2 > +++ Makefile.am 5 Feb 2007 13:30:48 -0000 1.2.8.1 > @@ -1,3 +1,8 @@ > +# automake 1.10 complains about GNU-isms, ignore them for now, chosing > +# the lazy approach from > +# http://www.nabble.com/warning-about-GNU-make-extension-with-automake-1.10-t… > +AUTOMAKE_OPTIONS = -Wno-portability > + > MX = @MX@ > bin_PROGRAMS = mel > nodist_mel_SOURCES = any_arg.cc any_arg.h atom_arg.cc atom_arg.h \ > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins > > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/tests/XRpc/Tests xrpcConvert2.xrpcfun2.xq.in, NONE, 1.1.2.1 xrpcConvert2.xq.in, 1.1.2.1, 1.1.2.2 xrpcfun2.xq, 1.1.2.1, NONE
by Ying Zhang 05 Feb '07

05 Feb '07

Hi Stefan, Thanks for correcting this. I was about to do this today. But you are faster. Jennie On Mon, Feb 05, 2007 at 10:46:53AM +0000, Stefan Manegold wrote: > Update of /cvsroot/monetdb/pathfinder/tests/XRpc/Tests > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv32227 > > Modified Files: > Tag: XQuery_0-16 > xrpcConvert2.xq.in > Added Files: > Tag: XQuery_0-16 > xrpcConvert2.xrpcfun2.xq.in > Removed Files: > Tag: XQuery_0-16 > xrpcfun2.xq > Log Message: > > [a(n other) lesson in/on Mtest] > > make sure we only use files that are available and that everyone can read/access > (in particular, CWI-desktop-local /ufs/<username>/ are not available on some CWI > servers, let alone outside CWI, and even on CWI desktops, not all /ufs/<username>/ > are readable/accessable for all users ...) > > this should fix > http://monetdb.cwi.nl/testing/projects/monetdb/Stable/pathfinder/.mTests103… > > > Index: xrpcConvert2.xq.in > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/tests/XRpc/Tests/xrpcConvert2.xq.in,v > retrieving revision 1.1.2.1 > retrieving revision 1.1.2.2 > diff -u -d -r1.1.2.1 -r1.1.2.2 > --- xrpcConvert2.xq.in 29 Jan 2007 15:43:30 -0000 1.1.2.1 > +++ xrpcConvert2.xq.in 5 Feb 2007 10:46:50 -0000 1.1.2.2 > @@ -1,4 +1,4 @@ > import module namespace xrpc = "bar" at > -"$TSTSRCDIR/xrpcfun2.xq"; > +"$TSTTRGDIR/xrpcConvert2.xrpcfun2.xq"; > > execute at {"localhost"} {xrpc:xrpcConvert(100)} > > --- xrpcfun2.xq DELETED --- > > --- NEW FILE: xrpcConvert2.xrpcfun2.xq.in --- > module namespace bar = "bar"; > > import module namespace foo = "xrpc-fun" > at > "$TSTSRCDIR/xrpcfun.xq"; > > declare function bar:xrpcConvert($v as xs:decimal?) as xs:decimal? > { > execute at {"localhost"}{foo:convert($v)} > > }; > > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins

1 0

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/src/server sql_parser.mx, 1.231.2.3, 1.231.2.4
by Martin Kersten 03 Feb '07

03 Feb '07

Romulo, I checked in a small change to illustrate what could be done. For example, we could box the syntax to delineate it clearly from the comments. If necessary, we could also use a smaller font there, because the attention should be on the additional information. Have a look and tell me what you think. The following link could be handy http://www.gnu.org/software/texinfo/manual/texinfo/

2 1

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB5/src/mal mal.mx, 1.110, 1.111 mal_instruction.mx, 1.264, 1.265 mal_resolve.mx, 1.122, 1.123
by Stefan Manegold 31 Jan '07

31 Jan '07

On Wed, Jan 31, 2007 at 09:27:31PM +0000, Martin Kersten wrote: > Update of /cvsroot/monetdb/MonetDB5/src/mal > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv31774 > > Modified Files: > mal.mx mal_instruction.mx mal_resolve.mx > Log Message: > mal.mx mal_resolve.mx, website documentation is the new website built for the development trunk or from the release branch? with the old website, it used to be the latter... > mal_instruction, protect against too many variables. these were checked-in the development trunk, but the message sounds less like "new features" rather more like "bug fixes" --- aren't they also relevant for the release branch and a possible bugfix release? Stefan > Index: mal_instruction.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/mal/mal_instruction.mx,v > retrieving revision 1.264 > retrieving revision 1.265 > diff -u -d -r1.264 -r1.265 > --- mal_instruction.mx 24 Jan 2007 23:49:10 -0000 1.264 > +++ mal_instruction.mx 31 Jan 2007 21:27:29 -0000 1.265 > @@ -1247,6 +1247,10 @@ > cheap to perform a linear search to a variable or constant. > > @= makeVarSpace > + if( mb->vtop >= (1<<15)-2 ){ > + mb->vtop = (1<<15)-2 ; > + GDKerror("newVariable: too many variables\n"); > + } else > if( mb->vtop >= mb->vsize){ > VarPtr *new; > int s= mb->vtop + MAXVARS; > > Index: mal_resolve.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/mal/mal_resolve.mx,v > retrieving revision 1.122 > retrieving revision 1.123 > diff -u -d -r1.122 -r1.123 > --- mal_resolve.mx 7 Jan 2007 05:25:01 -0000 1.122 > +++ mal_resolve.mx 31 Jan 2007 21:27:29 -0000 1.123 > @@ -16,11 +16,6 @@ > > @a M. Kersten > @v 1.0 > -@- > -@menu > -* Type Resolution:: > -* User Defined Types:: > -@end menu > @+ Type Resolution > Given the interpretative nature of many of the MAL instructions, > when and where type resolution takes place is a critical design issue. > > Index: mal.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/mal/mal.mx,v > retrieving revision 1.110 > retrieving revision 1.111 > diff -u -d -r1.110 -r1.111 > --- mal.mx 17 Jan 2007 13:24:17 -0000 1.110 > +++ mal.mx 31 Jan 2007 21:27:29 -0000 1.111 > @@ -15,30 +15,6 @@ > @' All Rights Reserved. > > @f mal > -@* MonetDB Version 5 > -The MonetDB product family consists of a large number of components > -developed within our group over the last decade. Some components have > -already been shipped to happy customers, some are still in the making, > -and others have found a resting place in the attic. > - > -The MonetDB architecture is designed to accommodate a wide-spectrum > -of standardized query language front-ends (SQL, XQuery), > -a variety of query transformation schemes, and > -different execution platforms (interpreted materialized or > -pipelined, dynamic compilation). > - > -MonetDB Version 5 is a major release of our software infrastructure. > -The most notable differences are its greatly > -improved software stack and a new interface language, > -which turns the database server back-end into an > -abstract database machine with its associated assembly language (MAL). > -It supports backward compatibility of interfaces, tools, and > -source sharing where feasible within the limited scope of resources available. > - > -In the remainder of this section we shortly introduce the > -MonetDB Version 5 design considerations and > -a quick overview of its architecture. > - > @node Design Considerations, Architecture Overview, Design Overview, Design Overview > @+ Design Considerations > Redesign of the MonetDB software stack was driven by the need to > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

3 3

[Monetdb-developers] Some pages on monetdb.cwi.nl broken
by Jens Teubner 31 Jan '07

31 Jan '07

Hi, apparently, there's something broken on the CWI MonetDB web server. E.g., http://monetdb.cwi.nl/MonetDB/Version4/Documentation/monet/index.html only returns [an error occurred while processing this directive] I don't know who is in charge for this, but monetdb-developers will surely reach the right person. Regards, Jens -- Jens Teubner Technische Universitaet Muenchen, Department of Informatics D-85748 Garching, Germany Tel: +49 89 289-17259 Fax: +49 89 289-17263 There are 10 types of people in the world; those who understand binary, and those who don't.

3 2

Re: [Monetdb-developers] [Monetdb-checkins] buildtools/conf MonetDB.m4, NONE, 1.1.2.1 Makefile.am, 1.1, 1.1.2.1 Mbootstrap, 1.2.2.1, 1.2.2.2
by Stefan Manegold 31 Jan '07

31 Jan '07

Niels, just for info: Jens' move of MonetDB/conf/rules.mk to buildtools/conf/rules.mk has (only) been performed on the development trunk, not in the release branch. Stefan On Wed, Jan 31, 2007 at 12:56:08PM +0000, Niels Nes wrote: > Update of /cvsroot/monetdb/buildtools/conf > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv23699/conf > > Modified Files: > Tag: MonetDB_1-16 > Makefile.am Mbootstrap > Added Files: > Tag: MonetDB_1-16 > MonetDB.m4 > Log Message: > moved MonetDB.m4 also into buildtools > Now Mbootstrap can find it easily (using its own path) -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 1

[Monetdb-developers] Fumus Albus! / White Smoke!
by Stefan Manegold 30 Jan '07

30 Jan '07

Annuntio vobis gaudium magnum: Habemus Liberationem! Eminentissimum ac reverendissimum MonetDB, qui sibi nomen imposuit Venus. I announce to you a great joy: We have a Release! The most eminent and most reverend MonetDB, Who takes to himself the name of Venus. Please stay tuned on http://monetdb.cwi.nl/ and monetdb-announce(a)lists.sourceforge.net (https://lists.sourceforge.net/lists/listinfo/monetdb-announce) for a formal announcement of the release including detailed documentation. For the impatient amongst you, you find the binary and source packages of the release at SourceForge http://sourceforge.net/project/showfiles.php?group_id=56967 As usually, daily updates of the binary and source packages are available at http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./0_lates… An archive of recent daily built binary and source packages are available at http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./1____al… The latest sources from CVS can be optained with the following commands (developers with ssh access replace <access> by :ext:<username>; others replace <access> by :pserver:anonymous for anonymous pserver access): cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -r MonetDB_1-16 buildtools cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -r MonetDB_1-16 MonetDB cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -r Clients_1-16 clients cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -r MonetDB_1-16 template cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -r MonetDB_4-16 MonetDB4 cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -r MonetDB_5-0_beta1 MonetDB5 cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -r SQL_2-16 sql cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -r XQuery_0-16 pathfinder (In CVS, the released code base is tagged as "Venus".) Enjoy! Stefan (on behalf of the complete MonetDB development team) -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 1

[Monetdb-developers] memory problems (black smoke) from the [HEAD]
by Jan Flokstra 30 Jan '07

30 Jan '07

We (Henning and I) are currently experiencing some strange problems with the HEAD of Pathfinder. It looks like there is a problem with memory management in Pathfinder. On our 64 bit SuSe9.3 system crashes every time we do a second query through the Mapi interface. * start Mserver, run mil_start(); * then run through the MapiClient interface 2 times the query "1+1" Now the Mserver crashes and gdb gives: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1107310944 (LWP 4579)] 0x00002aaaac67e3d2 in memcpy () from /lib64/tls/libc.so.6 (gdb) where #0 0x00002aaaac67e3d2 in memcpy () from /lib64/tls/libc.so.6 #1 0x00002aaab6546150 in ?? () #2 0x00002aaab4c31c02 in mem_realloc (pa=<value optimized out>, p=0x0, n=2048) at mem.c:133 #3 0x00002aaab4c31c4e in PFrealloc_ (n=<value optimized out>, mem=<value optimized out>, file=0x2aaab4d1212c "array.c", func=0x2aaab4d120fc "PFarray_at", line=128) at mem.c:165 #4 0x00002aaab4c3130b in PFarray_at (a=0x2aaab6546970, i=1) at array.c:128 #5 0x00002aaab4c32d28 in PFqname (ns={prefix = 0x0, uri = 0x0}, loc=0x0) at qname.c:188 #6 0x00002aaab4b98730 in PFty_xs_anyAttribute () at types.c:675 #7 0x00002aaab4b99f81 in PFfun_xquery_fo () at xquery_fo.c:122 #8 0x00002aaab4b797a0 in PFcompile_MonetDB (xquery=0xff83b9 "1+1\n", url=0xff83b9 "1+1\n", prologue=0x42002a08, query=0x42002960, epilogue=0x42002a18, options=<value optimized out>) at compile.c:730 #9 0x00002aaab4b76e22 in xquery_compile_exec (ctx=0x6227b8, url=0xff83b9 "1+1\n", is_url=0, prologue=0x42002a08, query=0x42002a10, epilogue=0x42002a18, nsurl=0x0) at pathfinder.mx:3586 #10 0x00002aaab4b78207 in xquery_prepare (ctx=0x6227b8, usec=18557579, query=0xff83b9 "1+1\n") at pathfinder.mx:4911 #11 0x00002aaab4b794ee in xquery_client_engine (fc=0x2aaab4fc1ad8) at pathfinder.mx:5054 #12 0x00002aaab4ebf882 in mapi_client_engine (FC=<value optimized out>) at mapi.mx:509 #13 0x00002aaaabfcd84f in start_thread () from /lib64/tls/libpthread.so.0 #14 0x00002aaaac6c6703 in clone () from /lib64/tls/libc.so.6 #15 0x0000000000000000 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () [ etc etc etc] On my 32 bit SuSE 9.3 system it crashes already in the first query: * start Mserver, run mil_start(); teehuis software/SCRIPTS> MapiClient -p 50123 -lx xquery>1+1 more>MAPI = monetdb@localhost:50123 QUERY = 1+1 ERROR = !tree matching: NULL pointer passed to PFnormalize_label ! !# halted in normalize.brg (PFnormalize_label), line 3649 xquery> Anybody any idea what changed lately. I heard that JanR was planning some changes in the memory allocator, JanF.

2 1

[Monetdb-developers] update_with_correlated_subselect.SF-1284791.sql
by Romulo Goncalves 29 Jan '07

29 Jan '07

In this test the tables are not dropped. Why? If there is no reason I will drop the tables created by the test. src/test/BugTracker/Tests/update_with_correlated_subselect.SF-1284791.sql If you create a test please check if in the end all the database objects that your test created are dropped. Regards, Romulo

1 0

[Monetdb-developers] Final Release preparations
by Stefan Manegold 29 Jan '07

29 Jan '07

Dear all, to ensure that the final release preparations go as smooth as possible, I kindly ask you to NOT checkin to any the latest release branches as of now, without contacting Sjoerd and me, first. We'll let you know, once you're free to checkin to the latest release branches, again. Your cooperation is very much appreciated! Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/debug coreprint.c, 1.32, 1.32.2.1
by Jan Rittinger 25 Jan '07

25 Jan '07

Are you Peter? ;) - please undo that check-in! On 01/25/2007 04:32 PM, Ying Zhang wrote with possible deletions: > Update of /cvsroot/monetdb/pathfinder/compiler/debug > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv31959/compiler/debug > > Modified Files: > Tag: XQuery_0-16 > coreprint.c > Log Message: > Peter's fix of the bug that if a module function contains an XRPC > call to another function in the same module, the query will fail, > because the module URL passed to XRPC is empty. > > I will soon add a test script for this. > > > > Index: coreprint.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/debug/coreprint.c,v > retrieving revision 1.32 > retrieving revision 1.32.2.1 > diff -u -d -r1.32 -r1.32.2.1 > --- coreprint.c 17 Jan 2007 08:15:35 -0000 1.32 > +++ coreprint.c 25 Jan 2007 15:32:18 -0000 1.32.2.1 > @@ -325,5 +325,9 @@ > fputc ('\n', f); > } > > +void PFpcore (PFcnode_t *root) { > + PFcore_pretty(stdout, root); > +} > + > > /* vim:set shiftwidth=4 expandtab: */ > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins > -- Jan Rittinger Database Systems Technische Universita"t Mu"nchen (Germany) http://www-db.in.tum.de/~rittinge/

3 2

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB5/src/modules/mal partitions.mx, 1.40, 1.40.2.1 pbm.mx, 1.25, 1.25.2.1 pcre.mx, 1.43, 1.43.2.1 sabaoth.mx, 1.8, 1.8.2.1 statistics.mx, 1.43, 1.43.2.1
by Stefan Manegold 24 Jan '07

24 Jan '07

Niels, just for info: though testing Stable starts at 0:09, cvs update for MonetDB5 started only after 0:12; hence, your below checkins *just* made it into last night's testing. Stefan On Tue, Jan 23, 2007 at 11:11:39PM +0000, Niels Nes wrote: > Update of /cvsroot/monetdb/MonetDB5/src/modules/mal > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv22607/mal > > Modified Files: > Tag: MonetDB_5-0_beta1 > partitions.mx pbm.mx pcre.mx sabaoth.mx statistics.mx > Log Message: > added missing :void after mal functions (prelude for example) > added missing blob(str) and blob(blob) functions (same for sqlblob) > moved from sql the calc. mtime functions > > > Index: statistics.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/modules/mal/statistics.mx,v > retrieving revision 1.43 > retrieving revision 1.43.2.1 > diff -u -d -r1.43 -r1.43.2.1 > --- statistics.mx 3 Jan 2007 12:20:24 -0000 1.43 > +++ statistics.mx 23 Jan 2007 23:11:37 -0000 1.43.2.1 > @@ -111,15 +111,15 @@ > address STATforceUpdate > comment "Bring the statistics up to date for one BAT"; > > -command prelude() > +command prelude() :void > address STATprelude > comment "Initialize the statistics package"; > > -command epilogue() > +command epilogue() :void > address STATepilogue > comment "Release the resources of the statistics package"; > > -command dump() > +command dump() :void > address STATdump > comment "Display the statistics table"; > > > Index: pbm.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/modules/mal/pbm.mx,v > retrieving revision 1.25 > retrieving revision 1.25.2.1 > diff -u -d -r1.25 -r1.25.2.1 > --- pbm.mx 3 Jan 2007 12:20:24 -0000 1.25 > +++ pbm.mx 23 Jan 2007 23:11:37 -0000 1.25.2.1 > @@ -180,10 +180,10 @@ > address PBMdump; > > @{ > -command prelude() > +command prelude() :void > address PBMprelude; > > -command epilogue() > +command epilogue() :void > address PBMepilogue; > > pbm.prelude(); > > Index: partitions.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/modules/mal/partitions.mx,v > retrieving revision 1.40 > retrieving revision 1.40.2.1 > diff -u -d -r1.40 -r1.40.2.1 > --- partitions.mx 3 Jan 2007 12:20:24 -0000 1.40 > +++ partitions.mx 23 Jan 2007 23:11:37 -0000 1.40.2.1 > @@ -261,10 +261,10 @@ > command dump() > address BPTdump; > > -command prelude() > +command prelude() :void > address BPTprelude; > > -command epilogue() > +command epilogue() :void > address BPTepilogue; > > partitions.prelude(); > > Index: sabaoth.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/modules/mal/sabaoth.mx,v > retrieving revision 1.8 > retrieving revision 1.8.2.1 > diff -u -d -r1.8 -r1.8.2.1 > --- sabaoth.mx 3 Jan 2007 12:20:24 -0000 1.8 > +++ sabaoth.mx 23 Jan 2007 23:11:37 -0000 1.8.2.1 > @@ -27,11 +27,11 @@ > @mal > module sabaoth; > > -command prelude() > +command prelude() :void > address SABprelude > comment "Initialise the sabaoth module"; > > -command epilogue() > +command epilogue() :void > address SABepilogue > comment "Release the resources held by the sabaoth module"; > > > Index: pcre.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/modules/mal/pcre.mx,v > retrieving revision 1.43 > retrieving revision 1.43.2.1 > diff -u -d -r1.43 -r1.43.2.1 > --- pcre.mx 3 Jan 2007 12:20:24 -0000 1.43 > +++ pcre.mx 23 Jan 2007 23:11:37 -0000 1.43.2.1 > @@ -95,7 +95,7 @@ > command like(s:bat[:any_1,:str], pat:str, esc:str):bat[:any_1,:void] > address PCRElike_uselect_pcre; > > -pattern prelude():void > +pattern prelude() :void > address pcre_init > comment "Initialize pcre"; > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 2

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/schema import.c, 1.20, 1.21
by Ying Zhang 23 Jan '07

23 Jan '07

Hi Jens, Your check-in seems breaking the compilation: make install... ../../../compiler/schema/import.c: In function 'PFschema_import': ../../../compiler/schema/import.c:2571: error: implicit declaration of function 'PFenv_iterate' make[5]: *** [libschema_la-import.lo] Error 1 make[4]: *** [install] Error 2 make[3]: *** [install-recursive] Error 1 make[2]: *** [install] Error 2 make[1]: *** [install-recursive] Error 1 make: *** [install] Error 2 The function PFenv_iterate is defined in env.h as the following: #if 0 /** iterate over all bound values in an environment */ void PFenv_iterate (PFenv_t *, void (*) (PFqname_t, void *)); #endif Regards, Jennie On Tue, Jan 23, 2007 at 02:05:49PM +0000, Jens Teubner wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/schema > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv11879/compiler/schema > > Modified Files: > import.c > Log Message: > Some work in Pathfinder's QName handling: > > -- There are now different C types represent QNames before and after > namespace resolution. Before resolution, QNames are represented > as PFqname_raw_t structs, a prefix/local name combination (without > URI). After resolution, QNames are PFqname_t structs, with prefixes > resolved to their URIs. > > -- (Resolved) QNames, in turn, are now encoded by integer values, only. > A lookup table within qname.c contains the actual namespaces and > local names. Given the integer QName id, functions PFqname_loc(), > PFqname_uri(), PFqname_prefix(), PFqname_ns() retrieve the respective > information from the lookup table. > > This change can significantly improve the performance of QName > comparisons (since they no longer depend on string comparisons). > There is a small penalty, in turn, when new QNames are created > (creation of a new entry in the lookup table). > > -- Pathfinder's QName based environments (PFenv_...) are way easier > (and more efficient) to implement using the new QNames. No need > to sort any more, just positional lookups. > > TODO: > > -- Some cleanup with respect to PFqname_eq(). Its name is confusing, > and we should use an (inlined) integer comparison instead. > > > > Index: import.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/schema/import.c,v > retrieving revision 1.20 > retrieving revision 1.21 > diff -u -d -r1.20 -r1.21 > --- import.c 3 Jan 2007 12:33:00 -0000 1.20 > +++ import.c 23 Jan 2007 14:05:46 -0000 1.21 > @@ -417,7 +417,7 @@ > static PFqname_t > imported_qname (char *nsloc) > { > - PFqname_t qn; > + PFqname_raw_t qn_raw; > > assert (nsloc); > > @@ -425,17 +425,14 @@ > * It is still valid to call PFstr_qname() here, because we will > * overwrite the namespace information in a moment. > */ > - qn = PFstr_qname (nsloc); > + qn_raw = PFqname_raw (nsloc); > > - if (qn.ns.prefix && *(qn.ns.prefix)) > + if (qn_raw.prefix && *(qn_raw.prefix)) > PFinfo (OOPS_SCHEMAIMPORT, > "namespace of `%s' replaced by target namespace `%s'", > - PFqname_str (qn), > - target_ns.uri); > - > - qn.ns = target_ns; > + PFqname_raw_str (qn_raw), target_ns.uri); > > - return qn; > + return PFqname (target_ns, qn_raw.loc); > } > > /** > @@ -450,30 +447,31 @@ > static PFqname_t > ref_qname (char *nsloc) > { > - PFqname_t qn; > - PFns_t *ns; > + PFqname_raw_t qn_raw; > + PFns_t *ns_ptr; > + PFns_t ns; > > assert (nsloc); > > - qn = PFstr_qname (nsloc); > + qn_raw = PFqname_raw (nsloc); > > - assert (qn.ns.prefix); > + assert (qn_raw.prefix); > > /* > * Don't use lookup_ns() for unqualified names, as this would > * yield the default element namespace, *not* the target > * namespace. > */ > - if (! *(qn.ns.prefix)) > - qn.ns = target_ns; > - else if ((ns = lookup_ns (qn.ns.prefix))) > - qn.ns = *ns; > + if (! *(qn_raw.prefix)) > + ns = target_ns; > + else if ((ns_ptr = lookup_ns (qn_raw.prefix))) > + ns = *ns_ptr; > else > PFoops (OOPS_BADNS, > "(XML Schema import) prefix `%s' unknown", > - qn.ns.prefix); > + qn_raw.prefix); > > - return qn; > + return PFqname (ns, qn_raw.loc); > } > > /** > @@ -500,14 +498,13 @@ > static int > map_open_tag (void *ctx, char *nsloc) > { > - PFqname_t qn; > - PFns_t *ns; > - const char **t; > + PFqname_raw_t qn_raw; > + PFns_t *ns; > + const char **t; > > assert (nsloc); > > - /* validly called here, as we don't look into qn.ns.uri */ > - qn = PFstr_qname (nsloc); > + qn_raw = PFqname_raw (nsloc); > > /* > * check namespace of opening tag > @@ -517,7 +514,7 @@ > * will correctly lead to the default element namespace in > * lookup_ns(). > */ > - if ((ns = lookup_ns (qn.ns.prefix))) { > + if ((ns = lookup_ns (qn_raw.prefix))) { > /* is this the XML Schema namespace? */ > if (strcmp (ns->uri, PFns_xs.uri)) { > PFinfo (OOPS_SCHEMAIMPORT, "non-XML Schema element seen"); > @@ -527,12 +524,12 @@ > } > else { > PFinfo (OOPS_BADNS, > - "(XML Schema import) prefix `%s' unknown", qn.ns.prefix); > + "(XML Schema import) prefix `%s' unknown", qn_raw.prefix); > xmlParserError (ctx, "\n"); > PFoops (OOPS_SCHEMAIMPORT, "check schema validity"); > } > > - t = (char const **) bsearch (qn.loc, > + t = (char const **) bsearch (qn_raw.loc, > xml_schema_tags, > XML_SCHEMA_TAGS, > sizeof (char *), > @@ -580,8 +577,8 @@ > static PFarray_t * > attributes (void *ctx, const xmlChar **atts) > { > - PFqname_t qn; > - PFarray_t *attrs; > + PFqname_raw_t qn_raw; > + PFarray_t *attrs; > > attrs = PFarray (sizeof (char *)); > > @@ -591,17 +588,17 @@ > if (atts) > while (*atts) { > > - qn = PFstr_qname ((char *) *atts); > + qn_raw = PFqname_raw ((char *) *atts); > > - assert (qn.ns.prefix); > + assert (qn_raw.prefix); > > - if (*(qn.ns.prefix)) { > - if (strcmp (qn.ns.prefix, XMLNS) == 0) { > + if (*(qn_raw.prefix)) { > + if (strcmp (qn_raw.prefix, XMLNS) == 0) { > /* `xmlns:loc="uri"' NS declaration attribute */ > atts++; > > /* declare loc namespace |-> uri */ > - push_ns (new_ns (qn.loc, PFstrdup ((char *) *atts))); > + push_ns (new_ns (qn_raw.loc, PFstrdup ((char *) *atts))); > atts++; > > continue; > @@ -609,12 +606,12 @@ > > /* bogus namespace prefix for regular attribute */ > PFinfo (OOPS_SCHEMAIMPORT, > - "undeclared attribute `%s'", PFqname_str (qn)); > + "undeclared attribute `%s'", PFqname_raw_str (qn_raw)); > xmlParserError (ctx, "\n"); > PFoops (OOPS_SCHEMAIMPORT, "check schema validity"); > } > > - if (strcmp (qn.loc, XMLNS) == 0) { > + if (strcmp (qn_raw.loc, XMLNS) == 0) { > /* `xmlns="uri"' default NS declaration attribute */ > atts++; > > @@ -2511,8 +2508,10 @@ > * the given name @a qn in symbol space @a sym_space. > */ > #define REGULARITY(sym_space) \ > -static void regularity_##sym_space (PFqname_t qn) \ > +static void regularity_##sym_space (PFqname_t qn, void *defn) \ > { \ > + (void) defn; \ > + \ > if (PFty_regularity (PFty_##sym_space (qn))) \ > return; \ > \ > @@ -2569,11 +2568,11 @@ > } > > /* check imported types for well-formedness (ensure regularity) */ > - PFenv_key_iterate (PFtype_defns, regularity_named); > - PFenv_key_iterate (PFelem_decls, regularity_named_elem); > - PFenv_key_iterate (PFattr_decls, regularity_named_attr); > - PFenv_key_iterate (PFgroup_defns, regularity_named_group); > - PFenv_key_iterate (PFattrgroup_defns, regularity_named_attrgroup); > + PFenv_iterate (PFtype_defns, regularity_named); > + PFenv_iterate (PFelem_decls, regularity_named_elem); > + PFenv_iterate (PFattr_decls, regularity_named_attr); > + PFenv_iterate (PFgroup_defns, regularity_named_group); > + PFenv_iterate (PFattrgroup_defns, regularity_named_attrgroup); > } > > /* vim:set shiftwidth=4 expandtab: */ > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder configure.ag, 1.91, 1.92
by Peter Boncz 22 Jan '07

22 Jan '07

Hi Jan, As I have indicated, use of the Boehm garbage collector inside the MonetDB process is not really an option. If algebra plans can only be compiled with Boehm, than it will become very difficult to use pathfinder inside MonetDB/XQuery. Did you try the option with memory sandboxes that at certain critical stages can be cleared? Peter -----Original Message----- From: monetdb-pf-checkins-bounces(a)lists.sourceforge.net [mailto:monetdb-pf-checkins-bounces@lists.sourceforge.net]On Behalf Of Jan Rittinger Sent: 22 January 2007 12:26 To: monetdb-pf-checkins(a)lists.sourceforge.net Subject: [Monetdb-pf-checkins] pathfinder configure.ag,1.91,1.92 Update of /cvsroot/monetdb/pathfinder In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv7979 Modified Files: configure.ag Log Message: -- Re-integrated Hans Boehms garbage collection library. * This was necessary because more complex queries did run out of memory. (Before we did allocate memory and only freed it at the end. Snapshot based freeing -- meaning after a full tree copy was made -- did help but was a lot slower than using the garbage collection library.) * The old memory allocation (without garbage collection) is still in use whenever pathfinder is used in embedded mode (e.g. if the xquery() command in MonetDB is used). * If the garbage collection library is not detected during configure we avoid to generate an error and use the old memory allocation instead. * The drawback of this change is that the compilation of simple queries is now lot slower (e.g. XMark Q6 takes 400ms to compile). Index: configure.ag =================================================================== RCS file: /cvsroot/monetdb/pathfinder/configure.ag,v retrieving revision 1.91 retrieving revision 1.92 diff -u -d -r1.91 -r1.92 --- configure.ag 21 Jan 2007 16:01:38 -0000 1.91 +++ configure.ag 22 Jan 2007 11:25:59 -0000 1.92 @@ -334,6 +334,70 @@ AC_SUBST(LIBXML2_LDADD, $LIBXML2_LDADD) AM_CONDITIONAL(HAVE_LIBXML2, test x"$have_libxml2" != xno) +dnl See if we have the Hans Boehm garbage collector available +dnl +dnl First allow the user to specify a location on the command line. +dnl Further down see if we find the library and abort if not. +have_gc="auto" +AC_ARG_WITH(gc, + [ --with-gc=DIR Boehm garbage collector library is installed in DIR], + [have_gc="$withval"], [have_gc="auto"]) + +if test "x$have_gc" != xauto; then + LIBGC_CFLAGS="-I$have_gc/include" + LIBGC_LIBS="-L$have_gc/lib" +fi + +if test "x$have_gc" = xauto; then + LIBGC_CFLAGS="" + LIBGC_LIBS="" +fi + +save_CPPFLAGS="$CPPFLAGS" +save_LDFLAGS="$LDFLAGS" +save_LIBS="$LIBS" +CPPFLAGS="$CPPFLAGS $LIBGC_CFLAGS" +LDFLAGS="$LDFLAGS $LIBGC_LIBS" +LIBS="" + +dnl If we have the dl and/or the pthread library, use it +dnl (dl and/or pthread are required for the garbage collection +dnl library on some systems.) +LIBGC_LDADD="" +AC_CHECK_LIB(dl, dlopen, [LIBGC_LDADD="$LIBGC_LDADD -ldl"]) +AC_CHECK_LIB(pthread, pthread_create, [LIBGC_LDADD="$LIBGC_LDADD -lpthread"]) + +AC_CHECK_HEADER([gc.h], + [ dnl See if we can link in the gc library. + dnl If we have found the dl and/or pthread library as well, also use it. + dnl If the gc library was not found, clear LIBGC_LDADD. + AC_CHECK_LIB(gc, GC_malloc, + [LIBGC_LDADD="$LIBGC_LDADD -lgc"], + [LIBGC_LDADD=""], [$LIBGC_LDADD])], + [ LIBGC_LDADD=""]) + + +LIBS="$save_LIBS" +LDFLAGS="$save_LDFLAGS" +CPPFLAGS="$save_CPPFLAGS" + +if test "x$LIBGC_LDADD" = "x"; then + AC_MSG_WARN([Unable to find the Hans Boehm garbage collector. + Please go get it from + http://www.hpl.hp.com/personal/Hans_Boehm/gc/ + (Compilation will use memory allocation only strategy instead.)]) + AC_DEFINE(HAVE_GC, 0, [Define if you use garbage collection]) +fi +if test "x$LIBGC_LDADD" != "x"; then + AC_DEFINE(HAVE_GC, 1, [Define if you use garbage collection]) +fi + + +dnl Propagate the variable to the Makefiles +AC_SUBST(LIBGC_CFLAGS, $LIBGC_CFLAGS) +AC_SUBST(LIBGC_LIBS, $LIBGC_LIBS) +AC_SUBST(LIBGC_LDADD, $LIBGC_LDADD) + # have_pftijah=no # AM_CONDITIONAL(HAVE_PFTIJAH, test "x$have_pftijah" == xyes) ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Monetdb-pf-checkins mailing list Monetdb-pf-checkins(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins

2 2

[Monetdb-developers] PfTijah & release
by Stefan Manegold 22 Jan '07

22 Jan '07

Dear all, with PfTiah in the release, we shoudl consider enabling it by default, i.e., not requiring --enable-pftijah --- otherwise it will not be in the binary packages ... Comments? Opinions? Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 2

[Monetdb-developers] roadmap?
by Martijn Faassen 21 Jan '07

21 Jan '07

Hi there, I thought there was going to be a release in september, but perhaps I misread the roadmap: http://monetdb.cwi.nl/Development/Roadmap/index.html There's also another roadmap here: http://monetdb.cwi.nl/XQuery/Overview/Roadmap/index.html This roadmap states there would be a release in september. I also recall some release preparations underway then, but perhaps this got cancelled? I understand from the roadmap that there's another release planned for this month, but is that going to happen? I'm asking this because I want to use Monet at some stage to build applications on, and I was actually waiting for the september release to give it another spin. It might be good to update the roadmap. :) Regards, Martijn

2 1

[Monetdb-developers] New Release Branches --- * Please read carefully! *
by Stefan Manegold 21 Jan '07

21 Jan '07

Dear all, please read the following carefully till the end! To prepare the upcoming release of MonetDB, I just created the respective new release branches in CVS and set new version numbers accordingly: module branch version ---------- ----------------- ----------- buildtools MonetDB_1-16 - MonetDB MonetDB_1-16 1.16.0 clients Clients_1-16 1.16.0 MonetDB4 MonetDB_4-16 4.16.0 MonetDB5 MonetDB_5-0_beta1 5.0.0_beta1 template MonetDB_1-16 0.1.3 sql SQL_2-16 2.16.0 pathfinder XQuery_0-16 0.16.0 Please recall: All bug-fixes go to the new release branches (see below), only! All new features go to the development trunks, only! Any violation of these rules might be "punished" by a forced undo of the respective changes. As usually, we will take care of propagating bug-fixes from the new release branches to the development trunks on an (ir)regular basis or on kind request. Upgrading your MonetDB version =============================== Please read the following *before* starting any upgrade attempt! Binary installation & source tarballs ------------------------------------- In case you're using binary installation (Windows Installer or RPMs) or source tarballs, please be patient for a few more days. We plan to finish the release before end of this week, including the respective documentation. CVS sources ----------- In case you're using CVS sources, please note that there have been two major changes: 1) The former "MonetDB" CVS module has been split in three CVS modules, a) "MonetDB" still contains the old common source base, in particular src/common/ and src/gdk/ . b) The new "clients" CVS module contains the GDK-independent code base for the MAPI-based clients, i.e., the code from former MonetDB/src/mapi/ as well as from former sql/src/jdbc/ and sql/src/odbc/ . c) The new "MonetDB4" CVS module contains the well known MonetDB Version 4 server, including the MIL interpreter (src/monet/) and the MIL extension modules (src/modules/). 2) The formerly CWI-internal code base for the new MonetDB Version 5 server ("monet5") has become public on SourceForge as CVS module "MonetDB5" (next to "MonetDB4"). "MonetDB5" introduces the new MAL interpreter as well as various new features. See the upcoming release announcement for more details. In case you used to use the "monet5" code at/from CWI, you should read http://sourceforge.net/mailarchive/forum.php?thread_id=31481666&forum_id=39… for details how to upgrade to "MonetDB5" from SourceForge. The build a complete MonetDB4 (MIL) or MonetDB5 (MAL) server, you need to first get, compile and install buildtools, MonetDB, and clients in that order. Then you can compile and install MonetDB4, MonetDB5, or both. But *before* doing so, please read till the end of this message! Updating CVS existing sources ----------------------------- Please follow the subsequent steps in the given order! Before upgrading to the new release branches --- at least if you've been using MonetDB 4.14, MonetDB/SQL 2.14, MonetDB/XQuery 0.14 any older version, or MonetDB 4.15, MonetDB/SQL 2.15, MonetDB/XQuery 0.15 before the "repository split" --- it is mandatory to clean-up any previous installation of MonetDB. There are various ways to do so: In case you are using a distinctive prefix directory (the one you specified with the --prefix option of configure) only for MonetDB software, and your default database (<prefix>/var/MonetDB/dbfarm/) does not contain any crucial/important data, the easiest way is to remove the whole prefix directory (rm -r <prefix>). In case you installed MonetDB into a prefix directory that also contains other software (e.g., /usr/, /usr/local/, ~/local/, etc.), but you still have your ("old") build directories intact, call `make uninstall` in all build directories in *reverse* order of installation, e.g., ( cd <amdb-builddir> && make uninstall && make clean ) ( cd <pruning-builddir> && make uninstall && make clean ) ( cd <xml-builddir> && make uninstall && make clean ) ( cd <pathfinder-builddir> && make uninstall && make clean ) ( cd <sql-builddir> && make uninstall && make clean ) ( cd <template-builddir> && make uninstall && make clean ) ( cd <monet5-builddir> && make uninstall && make clean ) ( cd <MonetDB5-builddir> && make uninstall && make clean ) ( cd <MonetDB4-builddir> && make uninstall && make clean ) ( cd <clients-builddir> && make uninstall && make clean ) ( cd <MonetDB-builddir> && make uninstall && make clean ) ( cd <buildtools-builddir> && make uninstall && make clean ) In case none of the above two options applies to you please make sure that you at least remove the following directories: rm -r <prefix>/share/MonetDB rm -r <prefix>/include/MonetDB rm -r <prefix>/lib/MonetDB rm -r <prefix>/lib64/MonetDB Then, you should clean up your build directories (those where you called configure for the various parts of the code base): In case your build directories are different from your source directories (as recommended), you can simple delete (rm -r) them all completely. In case your build directories are identical with you source directories, and you haven't called `make clean` together with `make uninstall` before), call `make clean` in all build directories in *reverse* order of installation, e.g., ( cd <amdb-builddir> && make clean ) ( cd <pruning-builddir> && make clean ) ( cd <xml-builddir> && make clean ) ( cd <pathfinder-builddir> && make clean ) ( cd <sql-builddir> && make clean ) ( cd <template-builddir> && make clean ) ( cd <MonetDB5-builddir> && make clean ) ( cd <monet5-builddir> && make clean ) ( cd <MonetDB4-builddir> && make clean ) ( cd <clients-builddir> && make clean ) ( cd <MonetDB-builddir> && make clean ) ( cd <buildtools-builddir> && make clean ) Finally, you're ready to upgrade your existing CVS sources as follows (skip those parts you do not have yet): ( cd buildtools && cvs update -dP -r MonetDB_1-16 ) ( cd MonetDB && cvs update -dP -r MonetDB_1-16 ) ( cd clients && cvs update -dP -r MonetDB_1-16 ) ( cd MonetDB4 && cvs update -dP -r MonetDB_4-16 ) ( cd MonetDB5 && cvs update -dP -r MonetDB_5-0_beta1 ) ( cd template && cvs update -dP -r MonetDB_1-16 ) ( cd sql && cvs update -dP -r SQL_2-16 ) ( cd pathfinder && cvs update -dP -r XQuery_0-16 ) Getting new CVS sources ----------------------- Once you updated your existing CVS source, or in case you (want to) start with a complete new check-out, you can get the (missing) MonetDB source from the CVS repository on SourceForge as follows. (Skip those part that you already updated above and/or those parts that you do not want/need. Recall the following dependencies: MonetDB[45] require buildtools, MonetDB & clients; template & sql require at least one of MonetDB[45]; pathfinder requires MonetDB4.) Developers with ssh access replace <access> by :ext:<username>; others replace <access> by :pserver:anonymous for anonymous pserver access. cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -rMonetDB_1-16 buildtools MonetDB clients template cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -rMonetDB_4-16 MonetDB4 cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -rMonetDB_5-0_beta1 MonetDB5 cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -rSQL_2-16 sql cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -rXQuery_0-16 pathfinder Compilation and installation ---------------------------- Once all desired/required source are up-to-date you can compile and in stall the parts one by one as follows (recall, we recommend to use separate build directories). (Again, skip the parts that you don't want/need.) sourcebase=/my/source/base prefix=/my/target/prefix export PATH=$prefix/bin:$PATH export PYTHONPATH="$prefix/`python -c 'import distutils.sysconfig; print distutils.sysconfig.get_python_lib(0,0,"")'`" for i in buildtools MonetDB clients MonetDB4 MonetDB5 template sql pathfinder ; do source=$sourcebase/$i build=$source/_BUILD_ mkdir -p $build ( cd $source && ./bootstrap && ( cd $build && $source/configure --prefix=$prefix && make && make install ) ) done That should be it. Enjoy! In case you have any questions and.or problems please feel free to use the bug tracker at http://sourceforge.net/tracker/?group_id=56967, or the respective mailing lists https://lists.sourceforge.net/lists/listinfo/monetdb-developers and/or https://lists.sourceforge.net/lists/listinfo/monetdb-users . Kind regards The MonetDB developer team. -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 1

[Monetdb-developers] new release branches
by Stefan Manegold 21 Jan '07

21 Jan '07

Dear all, I'm about to create new release branches for all CVS modules releated to MonetDB. Please do NOT checkin to any CVS modules releated to MonetDB until I'm done later today. I'll let you know, once I'm done and you can checkin, again. Thank you very much for your cooperation. Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 1

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB/src/common monet_options.mx, 1.14, 1.15
by Martin Kersten 20 Jan '07

20 Jan '07

Niels Nes wrote: > Update of /cvsroot/monetdb/MonetDB/src/common > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv18578/src/common > > Modified Files: > monet_options.mx > Log Message: > bug fix in handling ${prefix} and ${exec_prefix} substitution thanks, that one was 'killing' me yesterday evening. try out to rebuild

1 0

[Monetdb-developers] compiling MonetDB4
by Wouter Alink 19 Jan '07

19 Jan '07

Hello developers, i (successfully) compiled buildtools and MonetDB. (todays cvs-head, after the recent bugfixes by sjoerd) I tried to compile MonetDB4, but the following thing bothered me: - src/tool/embeddedclient.mx refers to Mapi.h, but the compiler cannot find it. (and me neither) am i doing something wrong? (my OS is fedora core 6) greetings, wouter

3 2

[Monetdb-developers] mapi_mapi default user...
by Romulo Goncalves 19 Jan '07

19 Jan '07

Dear developers, I was reading some mapi code and I found the following code: if (username == NULL) username = "guest"; if (mid->username != NULL) free(mid->username); mid->username = strdup(username); if (password == NULL) password = "guest"; if (mid->password) free(mid->password); mid->password = strdup(password); In this moment the default user and password is monetdb and not guest. Can I change it or there is a special reason for this? Second, If the host address starts with '/' the port is ignored, why? Regards, Romulo

3 4

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/modules/pftijah nexi.c, 1.45, 1.46 pftijah.mx, 1.89, 1.90 termdb.mx, 1.6, 1.7
by Henning Rode 19 Jan '07

19 Jan '07

hej stefan, thanks for the code clean-up... not only icc likes this ;-) , but one gets blind for these things when changing the algorithm several times. -henning Stefan Manegold wrote: > Update of /cvsroot/monetdb/pathfinder/modules/pftijah > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv1312/modules/pftijah > > Modified Files: > nexi.c pftijah.mx termdb.mx > Log Message: > > for those who prefer clean code (like, e.g., Intel's icc): > removed unused variables. > > > Index: nexi.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/modules/pftijah/nexi.c,v > retrieving revision 1.45 > retrieving revision 1.46 > diff -u -d -r1.45 -r1.46 > --- nexi.c 16 Jan 2007 07:53:07 -0000 1.45 > +++ nexi.c 18 Jan 2007 18:18:57 -0000 1.46 > @@ -161,14 +161,11 @@ > bool stem_stop_query; > int topic_type; > int preproc_type; > - int processing_type; > int query_num = 1; > int query_end_num; > int rewrite_type; > - int language_type; > int algebra_type; > int return_all; > - int base_type; > char background_collection[20] = ""; > > /* Result table name */ > @@ -236,10 +233,7 @@ > algebra_type = COARSE2; > preproc_type = PLAIN; > scale_on = FALSE; > - processing_type = NO_STOP_STEM; > rewrite_type = BASIC; > - language_type = ENGLISH; > - base_type = ONE; > return_all = FALSE; > stem_stop_query = FALSE; > bool eq_init = FALSE; > @@ -449,10 +443,8 @@ > } else if (strcmp(optName, "scoreBase") == 0) { > if (strcasecmp(optVal, "ONE") == 0) { > MILPRINTF(MILOUT, "scoreBase := 1;\n"); > - base_type = ONE; > } else { > MILPRINTF(MILOUT, "scoreBase := 0;\n"); > - base_type = ZERO; > } > > } else if (strcmp(optName, "stem_stop_query") == 0) { > > Index: termdb.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/modules/pftijah/termdb.mx,v > retrieving revision 1.6 > retrieving revision 1.7 > diff -u -d -r1.6 -r1.7 > --- termdb.mx 11 Jan 2007 11:25:50 -0000 1.6 > +++ termdb.mx 18 Jan 2007 18:18:57 -0000 1.7 > @@ -71,7 +71,7 @@ > size_t* hashbatSize; > } termDbCtx; > > -extern int termdb_prelude(); > +extern int termdb_prelude(void); > > extern termDbCtx* tdb_open(char* name); > extern int tdb_insertTerm(termDbCtx* tdb, char* term, oid o, int check); > @@ -225,8 +225,7 @@ > return GDK_FAIL; > } > > - BAT* tags; > - if ( ! (tags=pftu_create_bat(TERMDBTAGS,TYPE_str,TYPE_oid,1/*persistent*/)) ) > + if ( ! (pftu_create_bat(TERMDBTAGS,TYPE_str,TYPE_oid,1/*persistent*/)) ) > return GDK_FAIL; > > oid lastbat = 0; > > Index: pftijah.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/modules/pftijah/pftijah.mx,v > retrieving revision 1.89 > retrieving revision 1.90 > diff -u -d -r1.89 -r1.90 > --- pftijah.mx 18 Jan 2007 15:22:12 -0000 1.89 > +++ pftijah.mx 18 Jan 2007 18:18:57 -0000 1.90 > @@ -2761,7 +2761,7 @@ > BAT *newpre = NULL; > int bs_tidpre, bs_oldindex, bs_oldpre, bs_newindex, bs_newpre, bs_res; > int i,j, ressize = 0; > - BUN lst_tidpre, lst_oldindex, lst_oldpre, lst_copy, lst_newindex, lst_newpre, lst_res, cur_tidpre, cur_oldindex, cur_oldpre; > + BUN lst_tidpre, lst_oldindex, lst_copy, lst_newindex, lst_newpre, lst_res, cur_tidpre, cur_oldindex, cur_oldpre; > oid tid; > > /* --------------------------- checks ---------------------------------- */ > @@ -2811,7 +2811,6 @@ > > lst_tidpre = BUNlast(tidpre); > lst_oldindex = BUNlast(oldindex) - bs_oldindex; /* last index is not a real term */ > - lst_oldpre = BUNlast(oldpre); > lst_newindex = BUNlast(newindex); > lst_newpre = BUNlast(newpre); > lst_res = BUNlast(res); > @@ -3159,7 +3158,6 @@ > si *stack; > int stack_top = 0, i; > > - oid *A_cur_oid, *D_cur_oid; > int SAs; > int SDs; > int SRs; > @@ -3194,8 +3192,6 @@ > size = ((int*) BUNtloc(pre_size, BUNfirst(pre_size))) - (int)pre_size->hseqbase; > D_cur_start = (oid *) BUNtail(Dstart, BUNfirst(Dstart)); > D_last_start = (oid *) BUNtail(Dstart, BUNlast(Dstart)); > - D_cur_oid = (oid *) BUNhead(Dstart,BUNfirst(Dstart)); > - A_cur_oid = (oid *) BUNhead(Astart, BUNfirst(Astart)); > A_cur_start = (oid *) BUNtail(Astart, BUNfirst(Astart)); > A_last_start = (oid *) BUNtail(Astart, BUNlast(Astart)); > dst = BUNlast(res); > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins

2 1

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB/src/modules/plain/Tests bat.py, NONE, 1.1.2.1 bat2.py.src, NONE, 1.1.2.1
by Ying Zhang 18 Jan '07

18 Jan '07

Hello, The log message gives me a hint I must set gdk_mem_pagebits to run XRPC server, otherwise I will get an error: $ Mserver --dbinit="module(xrpc_server);" # Monet Database Server V4.14.0 # ... !ERROR: Set gdk_mem_pagebits=16; please restart Mserver. But I don't need to set gdk_mem_pagebits to start Mserver as said in the log message: $ Mserver # Monet Database Server V4.14.0 # ... MonetDB> And I also don't need to set gdk_mem_pagebits to be able to run Mtest: MSERVER = "/net/andorea/export/scratch1/zhang/monet/dev/G.64.64.d.debug/bin/Mserver" : Mserver "--config=/net/andorea/export/scratch1/zhang/monet/dev/G.64.64.d.debug/etc/MonetDB.conf" --debug=10 --set "monet_mod_path=/net/andorea/export/scratch1/zhang/monet/dev/G.64.64.d.debug/lib/MonetDB:/net/andorea/export/scratch1/zhang/monet/dev/G.64.64.d.debug/lib/MonetDB/lib:/net/andorea/export/scratch1/zhang/monet/dev/G.64.64.d.debug/lib/MonetDB/bin" --set "gdk_dbfarm=/net/andorea/export/scratch1/zhang/monet/dev/G.64.64.d.debug/var/MonetDB/dbfarm" --set "sql_logdir=/net/andorea/export/scratch1/zhang/monet/dev/G.64.64.d.debug/var/MonetDB/sql_logs" --set "xquery_logdir=/net/andorea/export/scratch1/zhang/monet/dev/G.64.64.d.debug/var/MonetDB/xquery_logs" --set mapi_port=38869 --set monet_prompt= --trace Does anyone have an idea how this thing works? Jennie On Tue, Jan 16, 2007 at 10:18:18AM +0000, Stefan Manegold wrote: > Update of /cvsroot/monetdb/MonetDB/src/modules/plain/Tests > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv2519 > > Added Files: > Tag: MonetDB_4-14 > bat.py bat2.py.src > Log Message: > > tests bat.milM and bat2.milM (now) require that Mserver is called with "--set gdk_mem_pagebits=16" > > > --- NEW FILE: bat.py --- > import os > MSERVER = os.environ['MSERVER'] > TSTDB = os.environ['TSTDB'] > TST = os.environ['TST'] > os.system("%s --dbname=%s --set gdk_mem_pagebits=16 < %s.milM" % (MSERVER, TSTDB, TST)) > > --- NEW FILE: bat2.py.src --- > $TSTSRCDIR/bat.py > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins

3 3

[Monetdb-developers] strange Mtest + Mapi problem
by Jan Flokstra 18 Jan '07

18 Jan '07

Hi All, We are experiencing module problems during XQUERY Mapi execution with Mtest which we do not know how to solve. The problem is the Mserver does not know any command from the pftijah module which is already loaded en executing commands. Executing the same query through the mil interface of Mtest works correct. Execution through the MapiClient also works correct but execution through the Mapi interface with Mtest fails. DETAIL: Our XQUERY query containing pftijah functions is translated by 'milprint_summer'to a MIL script containing a call to run_tijah_query() which is in module(pftijah). This script is executed and the run_tijah_query() function is executed. This function in its turn generates a new MIL script where the first line is 'module(pftijah);'. When we execute this script this script does not kown any command from module(pftijah). It does however know functions from module(pathfinder). And this all happens in the Mtest/Mapi setting. In all other settings it works OK but here it fails! Anybody any ideas?? JanF

3 6

[Monetdb-developers] M4 compilation
by Romulo Goncalves 17 Jan '07

17 Jan '07

I updated all MonetDB background (buildtools, MonetDB, clients) I just checked out M4 and during the compilation I got the error: gcc -m64 -DHAVE_CONFIG_H -I. -I/ufs/goncalve/MonetDB/MonetDB4/src/tools -I../.. -I/ufs/goncalve/MonetDB/MonetDB4/src/tools -I/ufs/goncalve/scratch/MonetDB/MonetDB/include/MonetDB -I/ufs/goncalve/scratch/MonetDB/MonetDB/include/MonetDB/common -I/ufs/goncalve/scratch/MonetDB/MonetDB/include/MonetDB/gdk -I/ufs/goncalve/scratch/MonetDB/clients/include/MonetDB -I/ufs/goncalve/scratch/MonetDB/clients/include/MonetDB/mapilib -I../monet -I/ufs/goncalve/MonetDB/MonetDB4/src/tools/../monet -I../modules/plain -I/ufs/goncalve/MonetDB/MonetDB4/src/tools/../modules/plain -Wall -W -std=c99 -g -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c Mserver.c /ufs/goncalve/MonetDB/MonetDB4/src/tools/Mserver.mx: In function ‘Monet_init’: /ufs/goncalve/MonetDB/MonetDB4/src/tools/Mserver.mx:173: error: ‘GDK_mem_pagebits’ undeclared (first use in this function) /ufs/goncalve/MonetDB/MonetDB4/src/tools/Mserver.mx:173: error: (Each undeclared identifier is reported only once /ufs/goncalve/MonetDB/MonetDB4/src/tools/Mserver.mx:173: error: for each function it appears in.) make[5]: *** [Mserver.o] Error 1 make[5]: Leaving directory `/net/gio/export/scratch0/goncalve/MonetDB/MonetDB4/build/src/tools' make[4]: *** [all] Error 2 make[4]: Leaving directory `/net/gio/export/scratch0/goncalve/MonetDB/MonetDB4/build/src/tools' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/net/gio/export/scratch0/goncalve/MonetDB/MonetDB4/build/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/net/gio/export/scratch0/goncalve/MonetDB/MonetDB4/build/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/net/gio/export/scratch0/goncalve/MonetDB/MonetDB4/build' make: *** [all] Error 2 [goncalve@gio ~]$ In the Path I have buildtools_prefix/bin MonetDB_prefix/bin and clients_prefix/bin Is any trick that I should do to resolve this problem? Note: The prefix of M4 is different from MonetDB. Regards, Romulo

2 3

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB5/src/mal mal_client.mx, 1.139, 1.140 mal_session.mx, 1.129, 1.130
by Stefan Manegold 17 Jan '07

17 Jan '07

On Wed, Jan 17, 2007 at 07:13:52AM +0000, Niels Nes wrote: > Update of /cvsroot/monetdb/MonetDB5/src/mal > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv9203/src/mal > > Modified Files: > mal_client.mx mal_session.mx > Log Message: > increased number of client slots from 32 to 64 > don't crash on running out ot client slots for info: M4 uses/allows even 512 clients: ./MonetDB4/src/monet/monet_client.mx:#define MAXCLIENTS 512 Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 1

[Monetdb-developers] M5 conf file....
by Romulo Goncalves 17 Jan '07

17 Jan '07

Dear developers, The M5 is now in source forge with the name MonetDB5. It would be nice to have MonetDB5.conf instead of monet5.conf Regards, ROmulo

4 8

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/modules/pftijah pftijah.mx, 1.85, 1.86
by Stefan Manegold 17 Jan '07

17 Jan '07

On Wed, Jan 17, 2007 at 12:34:18PM +0000, Jan Flokstra wrote: > Update of /cvsroot/monetdb/pathfinder/modules/pftijah > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv5537 > > Modified Files: > pftijah.mx > Log Message: > - repair "jan was right" bug. On 64 bit machines BUNtloc() is different from > BUNtail() on void tail'ed BAT's. To avoid the spreading of incomplete/incorrect facts/knowledge: BUNhloc/BUNtloc are significantly different from BUNhead/BUNtail on ALL platforms, i.e., in ALL cases: BUNhloc/BUNtloc are for fixed-sized atoms (e.g., chr, bte, sht, int, wrd, lng, flt, dbl, oid, etc.) that are stored *loc*ally in the BUNheap, and hence alloc direct/*loc*al access. BUNhvar/BUNtvar are for *var*iable-sized atoms (e.g., str, void, etc.) that are stored in the extra head-/tail-heaps, or not stored ("materialized") at all (void). BUNhead/BUNtail are wrappers, that check whether head/tail is fixed- or var-sized and use either of the above respectively. Hence, BUNhead/BUNtail work in all cases, but at the expense of an extra if (branch) that can considereably contribute to overall costs in case it has to be evaluated millions of times in inner loops. Hence, to gain speed, BUNhvar/BUNtvar and in particular BUNhloc/BUNtloc allow to avoid this extra if (branch => costs) in cases where we know that either only var-sized or only fixed-sized atoms (i.e., columns) occur, e.g., by moving this loop-invariant if out of the loop. see also MonetDB/src/gdk/gdk.mx for the definition and description of these (and other) macros. Stefan > - repair no-result bug which haunted the testweb last night. > > Hopefully the pftijah testweb is OK again tonight. > > > > Index: pftijah.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/modules/pftijah/pftijah.mx,v > retrieving revision 1.85 > retrieving revision 1.86 > diff -u -d -r1.85 -r1.86 > --- pftijah.mx 16 Jan 2007 13:37:23 -0000 1.85 > +++ pftijah.mx 17 Jan 2007 12:34:13 -0000 1.86 > @@ -321,7 +321,7 @@ > bat("tj_" + collName + "_param").insert("preExpansion","4"); > bat("tj_" + collName + "_param").insert("status","building"); > bat("tj_" + collName + "_param").insert("_last_tijahPre","1"); > - bat("tj_" + collName + "_param").insert("_last_finalizedPre","1"); > + bat("tj_" + collName + "_param").insert("_last_finalizedPre","0"); > # > commit(); > } > @@ -1365,7 +1365,7 @@ > > # evaluate doc/term (anc/desc) relationship > var t2 := time(); > - var elem_tid := _containing_desc(left.mark(0@0), pre_tid, pre_size); > + var elem_tid := _containing_desc3(left.mark(0@0), pre_tid, pre_size); > var t3 := time(); > pre_tid := nil; > if (elem_tid.count() = 0) {return new(oid,dbl);} > @@ -3187,8 +3187,9 @@ > > > BATloopFast(elem_tid, p, q, xx) { > - oid *h = (oid*) BUNhloc(elem_tid, p); > - oid *t = (oid*) BUNtloc(elem_tid, p); > + oid *h = (oid*) BUNhead(elem_tid, p); > + oid *t = (oid*) BUNtail(elem_tid, p); > + > for(i = 0; i < term_cnt; i++) > if (terms[i] == *t) { > if (0) BUNappend(bats[i], h, 0); > @@ -3208,8 +3209,9 @@ > } > break; > } > - if (i == term_cnt) > - GDKerror("%s: jan was right.\n",name); > + if (i == term_cnt) { > + GDKerror("WARNING:%s: cannot find term " OIDFMT ".\n",name,*t); > + } > } > > t = BUNfirst(tid_cnt); > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 1

[Monetdb-developers] Proposed changes to build setup
by Jens Teubner 17 Jan '07

17 Jan '07

Hi all, recently, Jan and I have looked at some aspects of the Pathfinder/MonetDB build process. And we had the impression that there is some inconsistency in the current setup. The makefiles of all MonetDB-related projects currently include $MONETDB_CONFDIR/rules.mk. This file basically contains instructions on how to use the tools from the buildtools package to compile all the projects from CVS sources. To compile a project from distributed tarballs, none of these rules should be necessary. Thus, I think a much better place to host the rules.mk file would be in the buildtools package. Thus I would suggest to do the following changes and ask for your comments whether these changes make sense: -- rules.mk goes to the buildtools package. This is where it belongs to. -- The buildtools package gets its `buildtools-config' bash script in order to allow remaining packages to actually find rules.mk. -- Instead of include $(MONETDB_CONFDIR)/*.mk the bootstrap script inserts if HAVE_BUILDTOOLS include $(BUILDTOOLS_CONFDIR)/rules.mk endif to make the inclusion of the rules dependent on the outcome of the ./configure run. (Otherwise, we would depend on the buildtools in the distribution tarballs, which we don't want.) -- The tests invoked by ./configure finally need to take care of setting HAVE_BUILDTOOLS appropriately (using buildtools-config). If nobody objects, I would do the necessary changes as soon as we have forked off the new stable branch. Jens -- Jens Teubner Technische Universitaet Muenchen, Department of Informatics D-85748 Garching, Germany Tel: +49 89 289-17259 Fax: +49 89 289-17263 Statistics show that most people are in the majority, while a few are in the minority. -- Nitin Borwankar

2 1

[Monetdb-developers] incorrectly marked keyed
by Henning Rode 17 Jan '07

17 Jan '07

I don't really understand the monetdb warning below, which I get when running test cases for pf/tijah. it's actually nice that monetdb performs all these BATpropchecks when running the test cases, but what's actually the problem here? I printed the BAT and its info() now to check myself, but can't find any problem. A void-headed BAT will always be keyed, or not? best -henning # Shredded 1 XML document (dilbert.xml), total time after commit=0.007s !WARNING: BATpropcheck: BAT tj_testcoll1_size1(-79) was incorrectly marked keyed! bat("tj_testcoll1_size1").info().print(); #-------------------------------------------------# # h t # name # str str # type #-------------------------------------------------# [ "version", "25105" ] [ "batId", "tj_testcoll1_size1" ] [ "batCacheid", "79" ] [ "batParentid", "0" ] [ "batSharecnt", "0" ] [ "head", "void" ] [ "tail", "int" ] [ "batPersistence", "persistent" ] [ "batRestricted", "read-only" ] [ "batRefcnt", "1" ] [ "batLRefcnt", "2" ] [ "batDirty", "clean" ] [ "batSet", "0" ] [ "void_tid", "1" ] [ "void_cnt", "1" ] [ "hsorted", "65" ] [ "hident", "h" ] [ "hdense", "1" ] [ "hseqbase", "1@0" ] [ "hkey", "1" ] [ "hloc", "0" ] [ "hvarsized", "1" ] [ "halign", "1013524" ] [ "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", "1013523" ] [ "tnosorted", "1" ] [ "tnosorted_rev", "0" ] [ "tnodense", "0" ] [ "tnokey[0]", "3" ] [ "tnokey[1]", "6" ] [ "batInserted", "44" ] [ "batDeleted", "0" ] [ "batFirst", "0" ] [ "top", "44" ] [ "batStamp", "-784" ] [ "lastUsed", "621603" ] [ "curStamp", "1210" ] [ "batCopiedtodisk", "1" ] [ "batDirtydesc", "clean" ] [ "batDirtybuns", "clean" ] [ "batBuns.free", "176" ] [ "batBuns.size", "4096" ] [ "batBuns.maxsize", "4096" ] [ "batBuns.storage", "malloced" ] [ "batBuns.filename", "01/117.buns" ] [ "hheapdirty", "clean" ] [ "theapdirty", "clean" ] bat("tj_testcoll1_size1").print(); #-----------------# # h t # name # void int # type #-----------------# [ 1@0, 43 ] [ 2@0, 11 ] [ 3@0, 1 ] [ 4@0, 0 ] [ 5@0, 8 ] [ 6@0, 3 ] [ 7@0, 0 ] [ 8@0, 0 ] [ 9@0, 0 ] [ 10@0, 3 ] [ 11@0, 0 ] [ 12@0, 0 ] [ 13@0, 0 ] [ 14@0, 12 ] [ 15@0, 1 ] [ 16@0, 0 ] [ 17@0, 9 ] [ 18@0, 1 ] [ 19@0, 0 ] [ 20@0, 6 ] [ 21@0, 0 ] [ 22@0, 0 ] [ 23@0, 0 ] [ 24@0, 0 ] [ 25@0, 0 ] [ 26@0, 0 ] [ 27@0, 17 ] [ 28@0, 1 ] [ 29@0, 0 ] [ 30@0, 6 ] [ 31@0, 3 ] [ 32@0, 0 ] [ 33@0, 0 ] [ 34@0, 0 ] [ 35@0, 1 ] [ 36@0, 0 ] [ 37@0, 7 ] [ 38@0, 1 ] [ 39@0, 0 ] [ 40@0, 4 ] [ 41@0, 0 ] [ 42@0, 0 ] [ 43@0, 0 ] [ 44@0, 0 ]

2 2

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/algebra/map intro_proxy.c, 1.19, 1.20
by Stefan Manegold 17 Jan '07

17 Jan '07

On Tue, Jan 16, 2007 at 01:23:11PM +0000, Jan Rittinger wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/algebra/map > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv16649/algebra/map > > Modified Files: > intro_proxy.c > Log Message: > -- Perhaps this change keeps icc quiet... It does. Thank you very much! Stefan > Index: intro_proxy.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/algebra/map/intro_proxy.c,v > retrieving revision 1.19 > retrieving revision 1.20 > diff -u -d -r1.19 -r1.20 > --- intro_proxy.c 4 Jan 2007 15:26:18 -0000 1.19 > +++ intro_proxy.c 16 Jan 2007 13:23:07 -0000 1.20 > @@ -2193,7 +2193,7 @@ > switch (p->kind) { > case la_attach: > collect_mappings_worker (p->sem.attach.attname, > - PFalg_attlist (), > + PFalg_attlist_ (0, NULL), > req_count, > req_col_names, > new_col_names); -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 0

[Monetdb-developers] MonetDB is at SourceForge
by Sjoerd Mullender 16 Jan '07

16 Jan '07

The transition of monet5 to SourceForge is complete. To get it do one of (each command is one line): cvs -d :ext:<name>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co MonetDB5 cvs -d :pserver:anonymous@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co MonetDB5 The former requires that you have developer access to the MonetDB project at SourceForge and you need to fill in your SourceForge account. The latter is an anonymous, read-only checkout. If you have changes in your old CWI-based copy, do the following: cd .../monet5 # (go to your old copy from CWI) cvs update cvs diff -c > $HOME/m5-diffs cd .../MonetDB5 # (go to the freshly checked out copy from SF) patch -p0 < $HOME/m5-diffs After this you can look at what you changed, correct any conflicts, and commit. Enjoy! -- Sjoerd Mullender

1 0

[Monetdb-developers] Conditional in Makefiles
by Jan Rittinger 16 Jan '07

16 Jan '07

Hi Niels, hi Sjoerd, Based on a condition in configure I want to compile different files. I know that it is possible to include a directory based on a condition, but couldn't find a solution for files. Is there any? -- If that's not possible is there some magic for the Makefile.ag files to write a snippet of code that survives autoconf and automake without changes? Jan -- Jan Rittinger Database Systems Technische Universität München (Germany) http://www-db.in.tum.de/~rittinge/

2 3

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/include abssynprint.h, 1.9.4.1, 1.9.4.2 coreprint.h, 1.8.4.1, 1.8.4.2
by Jan Rittinger 15 Jan '07

15 Jan '07

Hi Peter, I hope the functions PFaprint and PFpcore are for your personal debugging only. If that's the case please remove them. (Otherwise I do not understand why you introduced these functions.) Jan On 01/13/2007 03:40 AM, Peter Boncz wrote with possible deletions: > Update of /cvsroot/monetdb/pathfinder/compiler/include > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv27995/compiler/include > > Modified Files: > Tag: XQuery_0-14 > abssynprint.h coreprint.h > > Index: coreprint.h > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/include/coreprint.h,v > retrieving revision 1.8.4.1 > retrieving revision 1.8.4.2 > diff -u -d -r1.8.4.1 -r1.8.4.2 > --- coreprint.h 3 Jan 2007 13:21:18 -0000 1.8.4.1 > +++ coreprint.h 13 Jan 2007 02:40:47 -0000 1.8.4.2 > @@ -48,6 +48,8 @@ > > void PFcore_pretty (FILE *f, PFcnode_t *root); > > +void PFpcore (PFcnode_t *root); > + > #endif /* COREPRINT_H */ > > /* vim:set shiftwidth=4 expandtab: */ > > Index: abssynprint.h > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/include/abssynprint.h,v > retrieving revision 1.9.4.1 > retrieving revision 1.9.4.2 > diff -u -d -r1.9.4.1 -r1.9.4.2 > --- abssynprint.h 3 Jan 2007 13:20:40 -0000 1.9.4.1 > +++ abssynprint.h 13 Jan 2007 02:40:47 -0000 1.9.4.2 > @@ -48,6 +48,8 @@ > > void PFabssyn_pretty (FILE *f, PFpnode_t *root); > > +void PFaprint (PFpnode_t *root); > + > #endif > > /* vim:set shiftwidth=4 expandtab: */ > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins > -- Jan Rittinger Database Systems Technische Universität München (Germany) http://www-db.in.tum.de/~rittinge/

1 0

[Monetdb-developers] bootstrapping problems on HEAD
by Jan Flokstra 12 Jan '07

12 Jan '07

Hi All, Here in Twente on our SuSe systems we are currently experiencing 2 problems with the HEAD of pathfinder. 1) Installing buildtools fails because mel is not handled automatically anymore. We have to go to mel and bootstrap-configure by hand. Then we can handle the rest of the buildtools. Did we miss something? 2) We are experiencing problems with the version of autoconf on SuSe10.0. Bootstrap wants to run at least 2.57 but we are running 2.59 so this should be OK: LOG: monetdb/MonetDB> autoconf --version autoconf (GNU Autoconf) 2.59 Written by David J. MacKenzie and Akim Demaille. Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. monetdb/MonetDB> ./bootstrap automake 1.9.6 is 1.7 or newer. Good. autoconf is older than 2.57. We require (at least) autoconf 2.57. Please get a newer version (cf. http://www.gnu.org/software/autoconf/) monetdb/MonetDB> Jan Flokstra.

4 10

Re: [Monetdb-developers] [Fabian.Groffen@cwi.nl: Re: [Monetdb-checkins] clients/src/odbc/samples/Tests All, 1.1, NONE odbcsample1.SQL, 1.1, NONE odbcsample1.SQL.bat, 1.1, NONE?odbcsample1.stable.err, 1.1, NONE odbcsample1.stable.out, 1.1, NONE]
by Stefan Manegold 12 Jan '07

12 Jan '07

On Fri, Jan 12, 2007 at 08:55:39AM +0100, Niels Nes wrote: > On Thu, Jan 11, 2007 at 07:12:33PM +0100, Stefan Manegold wrote: > > On Thu, Jan 11, 2007 at 04:59:13PM +0100, Fabian Groffen wrote: > > > On 11-01-2007 16:55:16 +0100, Stefan Manegold wrote: > > > > For the time being, I vote for reviving the odbc and java/jdbc tests in sql > > independend of that, how (if at all???) can I run the JDBC tests in case the > > respective jar and programs have already been built, i.e., without using > > ant; > > Isn't that something like > > java -classpath=jdbc.jar Test_Cautocommit I tried Mlog -x "java -Djdbc_url=\"${URL}\" -classpath `monetdb-clients-config --pkgdatadir`/lib/monetdb-1.5-jdbc.jar:`monetdb-clients-config --pkgdatadir`/Tests ${TST}" bug get Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 0 at Test_Cautocommit.main(Unknown Source) ??? Stefan > > Niels > > i.e., how do I have to modify (e.g.) > > > > ======== > > $ cat sql/src/jdbc/tests/Tests/Test_Cautocommit.SQL > > -------- > > #!/bin/sh > > > > URL="jdbc:monetdb://${HOST}:${MAPIPORT}/${TSTDB}?user=monetdb&password=monetdb${JDBC_EXTRA_ARGS}" > > > > Mlog -x "ant -emacs -buildfile ${TSTSRCDIR}/../build.xml -Dbuilddir=${TSTBLDDIR}/../ -Djdbc_url=\"${URL}\" -Djardir=${TSTBLDDIR}/../../ ${TST}" > > ======== > > > > to do something usefull, in case I have only the above script and > > > > ======== > > $ l `monetdb-clients-config --pkgdatadir`/lib > > -------- > > total 200 > > drwxr-s--- 2 manegold ins1 4096 Jan 10 23:15 ./ > > drwxr-s--- 7 manegold ins1 4096 Jan 10 23:15 ../ > > -rwxr-xr-x 1 manegold ins1 110587 Jan 10 23:15 jdbcclient-1.5.jar* > > -rwxr-xr-x 1 manegold ins1 76159 Jan 10 23:15 monetdb-1.5-jdbc.jar* > > ======== > > $ l `monetdb-clients-config --pkgdatadir`/Tests > > -------- > > total 56 > > drwxr-s--- 2 manegold ins1 4096 Jan 10 23:15 ./ > > drwxr-s--- 7 manegold ins1 4096 Jan 10 23:15 ../ > > -rwxr-xr-x 1 manegold ins1 2045 Jan 10 23:15 Test_Cautocommit.class* > > -rwxr-xr-x 1 manegold ins1 1520 Jan 10 23:15 Test_Cmanycon.class* > > -rwxr-xr-x 1 manegold ins1 3184 Jan 10 23:15 Test_Csavepoints.class* > > -rwxr-xr-x 1 manegold ins1 2091 Jan 10 23:15 Test_Ctransaction.class* > > -rwxr-xr-x 1 manegold ins1 3069 Jan 10 23:15 Test_PStimedate.class* > > -rwxr-xr-x 1 manegold ins1 4298 Jan 10 23:15 Test_Rbooleans.class* > > -rwxr-xr-x 1 manegold ins1 4232 Jan 10 23:15 Test_Rmetadata.class* > > -rwxr-xr-x 1 manegold ins1 2275 Jan 10 23:15 Test_Rpositioning.class* > > -rwxr-xr-x 1 manegold ins1 3676 Jan 10 23:15 Test_Rtimedate.class* > > -rwxr-xr-x 1 manegold ins1 2442 Jan 10 23:15 Test_Sbatching.class* > > ======== > > > > thanks in advance! > > > > Stefan > > > > -- > > | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | > > | 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 | > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share your > > opinions on IT & business topics through brief surveys - and earn cash > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > Monetdb-developers mailing list > > Monetdb-developers(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/monetdb-developers > > -- > > Niels Nes, Centre for Mathematics and Computer Science (CWI) > Kruislaan 413, 1098 SJ Amsterdam, The Netherlands > room C0.02, phone ++31 20 592-4098, fax ++31 20 592-4312 > url: http://www.cwi.nl/~niels e-mail: Niels.Nes(a)cwi.nl > > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 4

[Monetdb-developers] option daemon in mserver5?
by Romulo Goncalves 11 Jan '07

11 Jan '07

I run: mserver5 --daemon=yes I close it and I run mserver --daemon=no I do not see any differences, with the first command it should run in background, right? Regards, Romulo

2 1

[Monetdb-developers] [Fabian.Groffen@cwi.nl: Re: [Monetdb-checkins] clients/src/odbc/samples/Tests All, 1.1, NONE odbcsample1.SQL, 1.1, NONE odbcsample1.SQL.bat, 1.1, NONE?odbcsample1.stable.err, 1.1, NONE odbcsample1.stable.out, 1.1, NONE]
by Fabian Groffen 11 Jan '07

11 Jan '07

This should have been sent to monetdb-developers immediately... ----- Forwarded message from Fabian Groffen <Fabian.Groffen(a)cwi.nl> ----- From: Fabian Groffen <Fabian.Groffen(a)cwi.nl> To: monetdb-checkins(a)lists.sourceforge.net Reply-To: monetdb-developers(a)lists.sourceforge.net Subject: Re: [Monetdb-checkins] clients/src/odbc/samples/Tests All, 1.1, NONE odbcsample1.SQL, 1.1, NONE odbcsample1.SQL.bat, 1.1, NONE odbcsample1.stable.err, 1.1, NONE odbcsample1.stable.out, 1.1, NONE Date: Thu, 11 Jan 2007 16:18:26 +0100 User-Agent: Mutt/1.5.13 (Darwin 8.8.0, VIM - Vi IMproved 7.0) List-Id: "Checkin messages for MonetDB." <monetdb-checkins.lists.sourceforge.net> On 11-01-2007 15:11:58 +0000, Stefan Manegold wrote: > Update of /cvsroot/monetdb/clients/src/odbc/samples/Tests > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv12179 > > Removed Files: > All odbcsample1.SQL odbcsample1.SQL.bat odbcsample1.stable.err > odbcsample1.stable.out > Log Message: > > ODBC tests can only be run once we have MonetDB[45] and sql; > hence, we remove tests from clients, > and revive them in sql/src/odbc/samples/Tests/ Since this seems to me like a problem for many (if not all), I'd like to have a (short) discussion on this first. Possible other solutions: 1) create a "test" repo, which holds all tests, and make sure we have structure that is able to track the proper dependencies for each test. 2) move all tests to one of the repos where they could be executed (like this commit suggests). Problem is for tests that like to access more languages, or backends. Should they be in multiple places, or is some half-.... dependency tracking necessary anyway? Separates source from tests as well as 1) but in a more fragmented way. 3) don't test. 4) only run testing after all components have been compiled. 5) ??? ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Monetdb-checkins mailing list Monetdb-checkins(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-checkins ----- End forwarded message -----

3 5

[Monetdb-developers] Mtest 5-SQL...
by Romulo Goncalves 11 Jan '07

11 Jan '07

Dear developers, I used my Mtest and I got 71 errors. :( Most of the errors are due the difference between the err output: Stables: # 19:58:17 > # 19:58:17 > Mtimeout -timeout 60 MapiClient -lsql -u monetdb -P monetdb --host=localhost --port=46797 < grant_public.SF-1114580.sql # 19:58:17 > Mtest: !Mtimeout: signal 11: mserver5 --config=/ufs/goncalve/scratch/MonetDB/monetdb5/etc/monetdb5.conf --debug=10 --set monet_mod_path=/ufs/goncalve/scratch/MonetDB/monetdb5/lib/MonetDB5:/ufs/goncalve/scratch/MonetDB/monetdb5/lib/MonetDB5/lib:/ufs/goncalve/scratch/MonetDB/monetdb5/lib/MonetDB5/bin --set gdk_dbfarm=/ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/dbfarm --set sql_logdir=/ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/sql_logs --set xquery_logdir=something --set mapi_port=37846 --set monet_prompt= --trace --dbname=mTests_src_test_BugDay_2005-11-09_2.9.3 --dbinit=include sql; My mtest alias is: [goncalve@amelia Connections]$ alias Mtest_5_sql alias Mtest_5_sql='env PATH="/ufs/goncalve/scratch/MonetDB/monetdb5/bin:/ufs/goncalve/scratch/MonetDB/MonetDB/bin:/ufs/goncalve/scratch/MonetDB/clients/bin:${PATH}" Mtest.py -5 --TSTSRCBASE=/ufs/goncalve/MonetDB/sql/ --TSTBLDBASE=/ufs/goncalve/scratch/MonetDB/sql/build/ --TSTTRGBASE=/ufs/goncalve/scratch/Mtest5/ --SQL_PREFIX=/ufs/goncalve/scratch/MonetDB/monetdb5 --config=/ufs/goncalve/scratch/MonetDB/monetdb5/etc/monetdb5.conf --xquery_logdir=something' Any idea? Regards, Romulo

3 3

Re: [Monetdb-developers] IMPORTANT: imminent change to repositories
by Stefan Manegold 11 Jan '07

11 Jan '07

On Tue, Jan 02, 2007 at 11:51:30AM +0100, Arjen P. de Vries wrote: Arjen, to me, this looks pretty much like outdated buildtools... take a new virgin shell remove all your (new) build directories (and your prefix(es), if easily possible) make sure that your buildtools are cvs-updated (and not locally patched) only then(!) source conf/conf.bash for buildtools then ./de-bootstrap && boostrap && configure && make install buildtools then cvs update MonetDB (and remove/undo local patches) then source conf/conf.bash for MonetDB then ./de-bootstrap && boostrap && configure && make install MonetDB and proceed analogously with clients, MonetDB4, etc. Stefan > So it must be historic MonetDB stuff; > do you think the following is also related to a previous 4.15 build? > > Building clients, I get the error > src/odbc/Makefile.am:13: NATIVE_WIN32 does not appear in AM_CONDITIONAL > in bootstrap. > > I fixed it by editing this Makefile.am, and redoing the last Mbootstrap > commands > (automake and autoconf). > > Again, make fails on > include $(top_srcdir)/*.mk > > now a symlink does not help. > > Cheers, > > Arjen > > On 01/01/07, Arjen P. de Vries <arjen(a)acm.org> wrote: > >> MonetDB does not depend on anything else. > > > >In directory MonetDB, I had to link conf/rules.mk to rules.mk for > >making to start working; > >later more, > > > >Arjen > > > > > -- > ==================================================================== > CWI, room C1.16 Centre for Mathematics and Computer Science > Kruislaan 413 Email: Arjen.de.Vries(a)cwi.nl > 1098 SJ Amsterdam tel: +31-(0)20-5924306 > The Netherlands fax: +31-(0)20-5924312 > ===================== http://www.cwi.nl/~arjen/ ==================== -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

5 7

[Monetdb-developers] Monet 5 goes to SourceForge
by Sjoerd Mullender 11 Jan '07

11 Jan '07

This Friday, January 12 2007, the MonetDB 5 repository at CWI will be closed for further business, it will be packaged up, and shipped to SourceForge. After it has been installed there, the repository will open up again at the new location. How long the gap between closing and reopening will be is unknown, but I don't expect it to be more than a few (working) days. -- Sjoerd Mullender

1 0

[Monetdb-developers] */NT/configure.py.bat
by Stefan Manegold 10 Jan '07

10 Jan '07

Sjoerd, with the */NT/configure.py gone, shouldn't also the */NT/configure.py.bat be removed from CVS? Their only purpose was IMHO to allow to call `python .../configure.py` by simply calling `.../configure.py[.bat]`. Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 1

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/NT sql_config.h.in, NONE, 1.1 Makefile, 1.14, 1.15 winconfig.h, 1.18, NONE
by Fabian Groffen 10 Jan '07

10 Jan '07

On 10-01-2007 13:36:17 +0000, Sjoerd Mullender wrote: > /* Define to `unsigned' if <sys/types.h> does not define. */ > /* #undef size_t */ > > #define ALLREADY_HAVE_WINDOWS_TYPE is this intentional, or a typo?

3 4

Re: [Monetdb-developers] [Monetdb-checkins] buildtools AUTHORS, NONE, 1.1 COPYING, NONE, 1.1 ChangeLog, NONE, 1.1 INSTALL, NONE, 1.1 NEWS, NONE, 1.1 configure.ac, 1.11, 1.12 dummy.h.in, NONE, 1.1 install-sh, NONE, 1.1 bootstrap, 1.7, 1.8 Makefile.in, 1.9, NONE configure.bs, 1.2, NONE
by Sjoerd Mullender 09 Jan '07

09 Jan '07

On 01/09/2007 01:08 PM, Fabian wrote: > Update of /cvsroot/monetdb/buildtools > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv7966 > > Modified Files: > bootstrap > Added Files: > AUTHORS COPYING ChangeLog INSTALL NEWS configure.ac dummy.h.in > install-sh > Removed Files: > Makefile.in configure.bs > Log Message: > Autotooling buildtools. > This should work without problems when running > bootstrap/configure/make/make install. > Parallel make works too. autoconf 2.59 should be new enough (AC_PREREQ call in configure.ac). After changing that, configure complains about Makefile.in missing. Did you forget to check in Makefile.am? -- Sjoerd Mullender

1 0

Re: [Monetdb-developers] [Monetdb-checkins] clients configure.ag, 1.9, 1.10
by Fabian Groffen 09 Jan '07

09 Jan '07

On 08-01-2007 23:06:51 +0000, Stefan Manegold wrote: > Update of /cvsroot/monetdb/clients > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv25511 > > Modified Files: > configure.ag > Log Message: > > use (admittedly obsolete) synonym "AM_CONFIG_HEADER" for "AC_CONFIG_HEADER" > to please (admittedly outdated) automake 1.6.3 on Darwin Is this really a good idea?

2 2

Re: [Monetdb-developers] [Monetdb-checkins] clients MonetDB-client.spec.in, 1.1, 1.2 configure.ag, 1.7, 1.8
by Stefan Manegold 08 Jan '07

08 Jan '07

Niels, wouldn't also work/be possible to (analogously to sql & pathfinder) have PACKAGE=clients (and hence get clients-VERSION.tar.gz), and replace all 'DIR = pkgXdir' by 'DIR = Xdir/MonetDB' in clients' Makefile.ag and clients/conf/monetdb-clients-config{,.bat}.in ? Stefan On Sat, Jan 06, 2007 at 08:57:37PM +0000, Niels Nes wrote: > Update of /cvsroot/monetdb/clients > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv27043 > > Modified Files: > MonetDB-client.spec.in configure.ag > Log Message: > fixes for rpm building > > Sofar we used MonetDB-client as tar name. But this gave pkglibdir and > pkgdatadir with MonetDB-client as the PACKAGE part. > Now we use MonetDB, however this gives a clash with common 'MonetDB' > package tar name. > > > > Index: configure.ag > =================================================================== > RCS file: /cvsroot/monetdb/clients/configure.ag,v > retrieving revision 1.7 > retrieving revision 1.8 > diff -u -d -r1.7 -r1.8 > --- configure.ag 4 Jan 2007 16:06:37 -0000 1.7 > +++ configure.ag 6 Jan 2007 20:57:35 -0000 1.8 > @@ -19,7 +19,7 @@ > # Process this file with autoconf to produce a configure script. > > AC_PREREQ(2.59) > -AC_INIT([MonetDB clients], [1.15.0], [monet(a)cwi.nl] [MonetDB-client]) > +AC_INIT([MonetDB clients], [1.15.0], [monet(a)cwi.nl] [MonetDB]) > AC_CONFIG_AUX_DIR(conf) > AC_CANONICAL_HOST > AC_CANONICAL_TARGET > > Index: MonetDB-client.spec.in > =================================================================== > RCS file: /cvsroot/monetdb/clients/MonetDB-client.spec.in,v > retrieving revision 1.1 > retrieving revision 1.2 > diff -u -d -r1.1 -r1.2 > --- MonetDB-client.spec.in 4 Jan 2007 14:24:31 -0000 1.1 > +++ MonetDB-client.spec.in 6 Jan 2007 20:57:35 -0000 1.2 > @@ -9,7 +9,7 @@ > Release: %{release} > Summary: MonetDB - Monet Database Management System > Group: System > -Source: %{name}-%{version}.tar.gz > +Source: MonetDB-%{version}.tar.gz > BuildRoot: /var/tmp/%{name}-root > Packager: Niels Nes <Niels.Nes(a)cwi.nl> > License: MPL - http://monetdb.cwi.nl/Legal/MonetDBLicense-1.1.html > @@ -117,7 +117,7 @@ > %prep > rm -rf $RPM_BUILD_ROOT > > -%setup -q -n %{name}-%{version} > +%setup -q -n MonetDB-%{version} > > %build > > @@ -144,8 +144,9 @@ > find $RPM_BUILD_ROOT -name .incs.in | xargs rm -f > > # cleanup stuff we don't want to install > -rm -rf $RPM_BUILD_ROOT%{prefix}/share/%{name}/conf/conf.bash > -rm -rf $RPM_BUILD_ROOT%{_libdir}/%{name}/Tests/* > +rm -rf $RPM_BUILD_ROOT%{_datadir}/MonetDB/conf/conf.bash > +rm -rf $RPM_BUILD_ROOT%{_datadir}/MonetDB/Tests/* > +rm -rf $RPM_BUILD_ROOT%{_libdir}/MonetDB/Tests/* > rm -rf $RPM_BUILD_ROOT%{prefix}/bin/monetdb-clients-config.bat > > rm -rf $RPM_BUILD_ROOT%{prefix}/include/MonetDB/sql.h > @@ -197,5 +198,6 @@ > %if %{?_with_java:1}%{!?_with_java:0} > %files java > %defattr(-,monetdb,monetdb) > +%{prefix}/bin/mjclient > %{prefix}/share/MonetDB/lib/*jar > %endif > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/modules/pftijah pftijah.mx, 1.75, 1.76
by Sjoerd Mullender 05 Jan '07

05 Jan '07

On 2007-01-05 11:12, Jan Flokstra wrote: > Update of /cvsroot/monetdb/pathfinder/modules/pftijah > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv7377/modules/pftijah > > Modified Files: > pftijah.mx > Log Message: > + satisfy a picky compiler > > > > Index: pftijah.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/modules/pftijah/pftijah.mx,v > retrieving revision 1.75 > retrieving revision 1.76 > diff -u -d -r1.75 -r1.76 > --- pftijah.mx 5 Jan 2007 09:16:38 -0000 1.75 > +++ pftijah.mx 5 Jan 2007 10:12:23 -0000 1.76 > @@ -2510,7 +2510,9 @@ > ALGODEBUG THRprintf(GDKout, "#init_result(dbl): BAThordered(e)&1, \n"); > bn->batBuns->free = _p - bn->batBuns->base; > BATsetcount(bn, bn->batBuns->free/_bunsize); > - BATprepareHash(bn); > + if ( !BATprepareHash(bn) ) { > + /* do nothing yet */; > + } > if (!bn->batDirty) > bn->batDirty = TRUE; > } The "normal" way of doing this is to use (void) BATprepareHash(bn); Does that not work? -- Sjoerd Mullender

1 0

[Monetdb-developers] `make check' not working here
by Jens Teubner 05 Jan '07

05 Jan '07

Hi Stefan, after compiling all our nice packages from scratch, Pathfinder's `make check' is not working here. I don't really want to touch all your nice test scripts, but it seems to me that in RunMtest.in `monetdb-config' should be replaced by `monetdb4-config': Index: RunMtest.in =================================================================== RCS file: /cvsroot/monetdb/pathfinder/RunMtest.in,v retrieving revision 1.22 diff -r1.22 RunMtest.in 41c41 < MOD_PATH="${builddir}/runtime/.libs:${builddir}/runtime:${srcdir}/runtime:${builddir}/modules/pftijah/.libs:${builddir}/modules/pftijah:${srcdir}/modules/pftijah:`${MONETDB_PREFIX}/bin/monetdb-config --modpath`" --- > MOD_PATH="${builddir}/runtime/.libs:${builddir}/runtime:${srcdir}/runtime:${builddir}/modules/pftijah/.libs:${builddir}/modules/pftijah:${srcdir}/modules/pftijah:`${MONETDB_PREFIX}/bin/monetdb4-config --modpath`" Can you confirm this (and commit the change to CVS)? The same issue should then be corrected in the HowToStart-PF file as well. Jens -- Jens Teubner Technische Universitaet Muenchen, Department of Informatics D-85748 Garching, Germany Tel: +49 89 289-17259 Fax: +49 89 289-17263 Computer Scientist, n.: A device that turns coffee into programs.

2 2

Re: [Monetdb-developers] [Monetdb-checkins] clients Makefile.ag, 1.2, 1.3 clients_config.h.in, 1.2, 1.3 configure.ag, 1.5, 1.6 rpm.mk.in, 1.1, 1.2
by Stefan Manegold 04 Jan '07

04 Jan '07

Niels, you probably forgot to cvs-add MonetDB-client.spec.in, right? (see below) Stefan On Thu, Jan 04, 2007 at 11:51:18AM +0000, Niels Nes wrote: > Update of /cvsroot/monetdb/clients > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv14313 > > Modified Files: > Makefile.ag clients_config.h.in configure.ag rpm.mk.in > Log Message: > add rpm spec file for clients > renamed all macros to CLIENTS instead of MONETDBCLIENTS > install all bits and pieces in > datadir/MonetDB (not in pkgdatadir, which is datadir/clients) > > > > Index: Makefile.ag > =================================================================== > RCS file: /cvsroot/monetdb/clients/Makefile.ag,v > retrieving revision 1.2 > retrieving revision 1.3 > diff -u -d -r1.2 -r1.3 > --- Makefile.ag 3 Jan 2007 12:17:20 -0000 1.2 > +++ Makefile.ag 4 Jan 2007 11:51:14 -0000 1.3 > @@ -16,6 +16,7 @@ > > SUBDIRS = src conf > > -EXTRA_DIST = rpm.mk.in > +EXTRA_DIST = configure.ag rpm.mk.in \ > + MonetDB-client.spec MonetDB-client.spec.in ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > -EXTRA_HEADERS = clients_config.h.in > +EXTRA_HEADERS = clients_config.h > [...] -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 0

[Monetdb-developers] slow insertion, why?
by eric6251 04 Jan '07

04 Jan '07

Dear Sir/Madam: After creating a table in MonetDB, I insert data by running "insert into table ..." on the client via JDBC(monetdb-1.5-jdbc.jar) , but the insertion speed is too slow(100rows per 5 sec.). I guess the reason is probably that MonetDB treats every insert clause as a transation thus performs 'commits' afterwards for every single insert operation. Is that so? To fix the problem, I then group the insert clause(400 per group) and self-write a commit after the 400 insert clauses, but error occurs: "COMMIT: not allowed in auto commit mode" and "current transaction is aborted (please ROLLBACK)" Thanks a million ! :-) Eric 1/4/2007 -- View this message in context: http://www.nabble.com/slow-insertion%2C-why--tf2918061.html#a8154896 Sent from the monetdb-developers mailing list archive at Nabble.com.

2 1

[Monetdb-developers] Compilation in Windows...
by Romulo Goncalves 03 Jan '07

03 Jan '07

Dear developers, I had some problems with my old sources in windows so I decided to update all my sources in windows (x86). I installed already buildtools and MonetDB. Now I am installing clients (after it will be M5 and then SQL), but there is a problem. Clients does not contain a NT directory. This means that I have to use cygwin? Can I use just cygwin for clients and native tools for the others? Without resolving this problem I can not create the installer for Martin. Other solution is a place to get clean sources (buildtools, m4 ,m5 ,and sql) just before the MonetDB split. ;) Regards, Romulo

1 0

[Monetdb-developers] Q: PF - unload/reload modules?
by Arjen P. de Vries 03 Jan '07

03 Jan '07

Dear all, is it possible to tell MXQ to unload or reload a module? I have trouble with a running server that keeps a declare variable $my:OPTIONS = 42; at value 42, even after modifying the file that defines it. Don't know if this could also be done automatically, can imagine that would be hard, but a directive to unload a module would be great. Thanks for any help, Arjen

1 0

[Monetdb-developers] Q: pathfinder output of CDATA
by Arjen P. de Vries 03 Jan '07

03 Jan '07

With bzv.xq: <abstract><![CDATA[Kijkers van het populaire programma <i>Boer zoekt vrouw</i>]]></abstract> as query, I get result MapiClient -lx bzv.xq <?xml version="1.0" encoding="utf-8"?> <XQueryResult><abstract>Kijkers van het populaire programma <i>Boer zoekt vrouw</i></abstract></XQueryResult> How do I get the <i> instead of <i>? (I know how to do this with fn:replace, but guess there must be an output directive?) Cheers, Arjen -- ==================================================================== CWI, room C1.16 Centre for Mathematics and Computer Science Kruislaan 413 Email: Arjen.de.Vries(a)cwi.nl 1098 SJ Amsterdam tel: +31-(0)20-5924306 The Netherlands fax: +31-(0)20-5924312 ===================== http://www.cwi.nl/~arjen/ ====================

3 3

[Monetdb-developers] Experiences with the new setup
by Jan Rittinger 02 Jan '07

02 Jan '07

Hi all, Here are my experiences of getting pathfinder working with the new setup First I install everything without '--prefix': cd buildtools ./bootstrap cd Linux configure_buildtools make make install cd ../../MonetDB ./bootstrap cd Linux configure_MonetDB make make install cd ../../clients ./bootstrap cd Linux configure_clients make make install cd ../../MonetDB4 ./bootstrap cd Linux configure_MonetDB4 make make install cd ../../pathfinder ./bootstrap cd Linux configure_pathfinder make make install Afterwards I tried to start Mserver: 10:18:08 rittinge@notekemper08:/local_tmp/try_new/pathfinder> Mserver # Monet Database Server V4.15.0 # Copyright (c) 1993-2006, CWI. All rights reserved. # Compiled for i686-suse-linux/32bit with 32bit OIDs; dynamically linked. # Visit http://monetdb.cwi.nl/ for further information. !ERROR: moduleClient: module(builtin) load error. !ERROR: moduleClient: module(arith) load error. !ERROR: moduleClient: module(str) load error. !ERROR: moduleClient: module(constant) load error. !ERROR: moduleClient: module(bat) load error. !ERROR: moduleClient: module(algebra) load error. !ERROR: moduleClient: module(sys) load error. !ERROR: moduleClient: module(trans) load error. !FATAL: scheduleClient: Daemon mode without startup script Taking the library path into account didn't help either: 10:20:05 rittinge@notekemper08:/local_tmp/try_new/pathfinder> echo $LD_LIBRARY_PATH /usr/local/lib 10:20:33 rittinge@notekemper08:/local_tmp/try_new/pathfinder> export LD_LIBRARY_PATH=/local_tmp/try_new/MonetDB4/Linux/lib:/local_tmp/try_new/MonetDB4/Linux/lib/MonetDB4:/local_tmp/try_new/MonetDB4/Linux/lib/MonetDB4/lib:/usr/local/lib 10:20:54 rittinge@notekemper08:/local_tmp/try_new/pathfinder> Mserver # Monet Database Server V4.15.0 # Copyright (c) 1993-2006, CWI. All rights reserved. # Compiled for i686-suse-linux/32bit with 32bit OIDs; dynamically linked. # Visit http://monetdb.cwi.nl/ for further information. !ERROR: moduleClient: module(builtin) load error. !ERROR: moduleClient: module(arith) load error. !ERROR: moduleClient: module(str) load error. !ERROR: moduleClient: module(constant) load error. !ERROR: moduleClient: module(bat) load error. !ERROR: moduleClient: module(algebra) load error. !ERROR: moduleClient: module(sys) load error. !ERROR: moduleClient: module(trans) load error. !FATAL: scheduleClient: Daemon mode without startup script Only using the mod_path option helped... >10:23:21 rittinge@notekemper08:/local_tmp/try_new/pathfinder> Mserver --set monet_mod_path=/local_tmp/try_new/MonetDB4/Linux/lib/:/local_tmp/try_new/MonetDB4/Linux/lib/MonetDB4/:local_tmp/try_new/MonetDB4/Linux/lib/MonetDB4/lib/ # Monet Database Server V4.15.0 # Copyright (c) 1993-2006, CWI. All rights reserved. # Compiled for i686-suse-linux/32bit with 32bit OIDs; dynamically linked. # Visit http://monetdb.cwi.nl/ for further information. !FATAL: scheduleClient: Daemon mode without startup script ... and by changing the variable monet_daemon I got my Mserver runnin without error message: 10:23:23 rittinge@notekemper08:/local_tmp/try_new/pathfinder> Mserver --set monet_mod_path=/local_tmp/try_new/MonetDB4/Linux/lib/:/local_tmp/try_new/MonetDB4/Linux/lib/MonetDB4/:/local_tmp/try_new/MonetDB4/Linux/lib/MonetDB4/lib/ --set monet_daemon=no # Monet Database Server V4.15.0 # Copyright (c) 1993-2006, CWI. All rights reserved. # Compiled for i686-suse-linux/32bit with 32bit OIDs; dynamically linked. # Visit http://monetdb.cwi.nl/ for further information. > For pathfinder I had a similar problem I couldn't fix (-- even adding all library paths I could find to the mod_path didn't help). 10:27:58 rittinge@notekemper08:/local_tmp/try_new/pathfinder> echo 1 | pf -A | Mserver --set monet_mod_path=/local_tmp/try_new/MonetDB4/Linux/lib/:/local_tmp/try_new/MonetDB4/Linux/lib/MonetDB4/:/local_tmp/try_new/MonetDB4/Linux/lib/MonetDB4/lib/:/local_tmp/try_new/pathfinder/Linux/lib/:/local_tmp/try_new/pathfinder/Linux/lib/MonetDB4/:/local_tmp/try_new/pathfinder/Linux/lib/MonetDB4/lib/:/local_tmp/try_new/MonetDB/Linux/lib/:/local_tmp/try_new/clients/Linux/lib/:/local_tmp/try_new/clients/Linux/lib/MonetDB/ --set monet_daemon=no # Monet Database Server V4.15.0 # Copyright (c) 1993-2006, CWI. All rights reserved. # Compiled for i686-suse-linux/32bit with 32bit OIDs; dynamically linked. # Visit http://monetdb.cwi.nl/ for further information. >!ERROR: mapi_open is not set !ERROR: CMDfind: value not found. !ERROR: CMDfind: operation failed. !ERROR: interpret_params: lng(param 1): evaluation error. !ERROR: interpret_params: *(param 1): evaluation error. !ERROR: interpret_params: xquery_start_query_cache(param 1): evaluation error. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><?xml version="1.0" encoding="utf-8"?> <XQueryResult>1</XQueryResult> >>>>!ERROR: CMDfind: value not found. !ERROR: CMDfind: operation failed. !ERROR: interpret_params: lng(param 1): evaluation error. !ERROR: interpret_params: *(param 2): evaluation error. !ERROR: ws_free: query cleanup failed, Mserver must be restarted. With the old setup Mserver did know at least its own libraries. Would it be possible to include that knowledge in the new setup as well? Also using the daemon mode as default leaves me a little bit puzzled. Was this change a strategic decision? And before I forget it -- A happy new year to all of you :) Cheers, Jan -- Jan Rittinger Database Systems Technische Universität München (Germany) http://www-db.in.tum.de/~rittinge/

5 6

Re: [Monetdb-developers] IMPORTANT: imminent change to repositories
by Stefan Manegold 02 Jan '07

02 Jan '07

Arjen, please use the mailing lists and/or bug tracker for such issue --- not only because I'm on "holidays" (and hence other developers *might* asnwer faster), but also because other users might befinet from the info. Thanks! On Tue, Jan 02, 2007 at 12:26:25PM +0100, Arjen P. de Vries wrote: > I still have the problem with clients: > > >Building clients, I get the error > >src/odbc/Makefile.am:13: NATIVE_WIN32 does not appear in AM_CONDITIONAL > >in bootstrap. > > > >I fixed it by editing this Makefile.am, and redoing the last Mbootstrap > >commands > >(automake and autoconf). > > > > I then with compiling get an error > In file included from > /ufs/arjen/src/MonetDB/clients/src/mapilib/Mapi.mx:655: > /ufs/arjen/local/include/MonetDB/common/monet_utils.h:70: error: > conflicting types for 'ssi > ze_t' > /usr/include/sys/types.h:110: error: previous declaration of 'ssize_t' was > here 1) using which compiler? 2) (again) clean build with all source up-to-date (now tags/branches!) and non-modified, and no legacy lying around (in old directories and/or PATHs)? 3) everything seems to work fine with nightly testing (cf. http://monetdb.cwi.nl/Development/TestWeb/Current/index.html) > these monet_utils.h are from the most recent MonetDB install, and > clients is also up-to-date... > > is this really an error, or still installation problems? from 3), I suspect the latter... Stefan > Arjen -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

3 4

[Monetdb-developers] IMPORTANT: imminent change to repositories
by Sjoerd Mullender 02 Jan '07

02 Jan '07

This is a heads up. Read this. It affects all developers (however, developers only fixing bugs on the stable branch can postpone reading this). MonetDB Repository Split Into Three This whole story *only* affects the CURRENT branch, the STABLE branch is totally unaffected by the changes described here. This change is *imminent*. It will probably happen today. There will be CVS tags before and after. The MonetDB repository will be split into three repositories. One repository will contain the fundamentals of MonetDB (GDK) and other common stuff that is used by all other subprojects (src/common). This repository remains called MonetDB. Another repository will be clients. This repository contains all client libraries and programs. It is independent from the GDK part of MonetDB, but it does depend on the common libraries. The final repository will be MonetDB4 which contains the MIL-specific part of the old MonetDB repository. The new layout of the MonetDB family is the following repositories: - buildtools contains the stuff that is needed to compile any of the following from CVS; - MonetDB containing GDK and common, i.e. stuff that forms the core of the MonetDB family and stuff that is generally useful (src/common); - clients contains libraries and programs that connect to the various servers, i.e. the Mapi library (in several languages), ODBC, JDBC. - MonetDB4 contains the MonetDB4-specific parts, i.e. stuff like the MIL parser and execution engine (src/monet), and the MonetDB4 modules; - MonetDB5 (still at CWI repository as monet5, to be moved to SourceForge "soon") contains the MonetDB5-specific parts, i.e. stuff like the MAL parser and execution engine and the MonetDB5 modules; - sql contains the SQL frontend; - pathfinder contains the XQuery frontend. And then there are of course the other repositories amdb, xml, template, etc. Dependencies This is written in the suggested order of compilation and installation. When compiling from CVS, you always need buildtools, and this needs to be compiled and installed first. MonetDB does not depend on anything else. clients depends on MonetDB (specifically on src/common). MonetDB4 depends on MonetDB and clients. It depends on clients only for the embedded library and programs using that library. MonetDB5 depends on MonetDB and clients (and *not* on MonetDB4). It depends on clients only for the embedded library and programs using that library. sql depends on MonetDB, clients, and MonetDB4; but if you want MonetDB5 support, also on MonetDB5 (the dependency should become: at least one of MonetDB4 and MonetDB5, i.e. either one or both backends). pathfinder depends on MonetDB, clients, and MonetDB4; but if you want MonetDB5 support, also on MonetDB5 (the dependency should become: at least one of MonetDB4 and MonetDB5, but the port to MonetDB5 needs to be finished first...). Other Changes The scripts bootstrap, de-bootstrap, and conf/conf.bash have been moved to the buildtools repository. Replacement scripts have been put in place that use the scripts that get installed when buildtools is installed. A C source file should now include the project's own config.h file (i.e. pf_config.h for pathfinder, mal_config.h for MonetDB5, etc.) as the first include in the C file. The config.h file should not be included in H files that get installed and used by other projects. In particular, gdk.h and monet_utils.h now no longer include monetdb_config.h. A project's configure script now has to perform all the configure tests that are needed for .h files that are included from other projects. Most of the required tests for the stuff in MonetDB are now done in the call to AM_MONETDB_COMMON (if any are missing, that is a (lowish priority) bug and should be fixed). Future Changes The changes described here have not happened. They are thoughts for future work. More configure and header file cleanup. In an ideal world, we have header files that are used externally which do not contain and #ifdef HAVE_* sections, and header files that are used internally that can contain such sections. Also, it should be possible to figure out at configure time from the already installed parts either the correct options (such as how wide the OID type is), or that the given options are not compatible with the installed parts (and give a configure error). Currently it is the developer's responsibility to make sure that configure options are compatible. -- Sjoerd Mullender

3 5

[Monetdb-developers] M5 compilation....
by Romulo Goncalves 02 Jan '07

02 Jan '07

Dear developers I already compiled the background (buildtools, MonetDB, and clients). I also compiled M4 (only after removing the dependencies in Mapi.h). During M5 compilation I got the following error: -Wl,/ufs/goncalve/scratch/MonetDB/monetdb5/build/src/mal/.libs -Wl,--rpath -Wl,/ufs/goncalve/scratch/MonetDB/MonetDB/lib -Wl,--rpath -Wl,/ufs/goncalve/scratch/MonetDB/monetdb5/lib -Wl,--rpath -Wl,/ufs/goncalve/scratch/MonetDB/MonetDB/lib ../../mal/.libs/libmal.so -L/ufs/goncalve/scratch/MonetDB/MonetDB/lib /ufs/goncalve/scratch/MonetDB/MonetDB/lib/libbat.so /ufs/goncalve/scratch/MonetDB/MonetDB/lib/libstream.so -lMapi -lz -lbz2 -lpthread -ldl -lcrypt -m64 -Wl,-soname -Wl,lib_algebraExtensions.so.0 -o .libs/lib_algebraExtensions.so.0.0.0 /usr/bin/ld: cannot find -lMapi collect2: ld returned 1 exit status make[7]: *** [lib_algebraExtensions.la] Error 1 make[7]: Leaving directory `/net/amelia/export/scratch1/goncalve/MonetDB/monetdb5/build/src/modules/mal' make[6]: *** [all] Error 2 I can not remove all the dependencies in -lMapi. What you suggest to resolve this problem? Regards, Romulo

2 2

[Monetdb-developers] Compilation error on embeddedclient.mx
by Jan Flokstra 02 Jan '07

02 Jan '07

Hi All, I tried to install the new split repository on a SuSe10 system this morning. I threw away all old stuff, even the prefix. The installation of buildtools and MonetDB went well. But I got a compilation error on the make install for the mapi: Making install in tools make[4]: Entering directory `/usr/local/flokstra/software/MonetDB4/src/tools' make install-am make[5]: Entering directory `/usr/local/flokstra/software/MonetDB4/src/tools' /bin/sh ../../libtool --tag=CC --mode=compile gcc -m64 -DHAVE_CONFIG_H -I. -I. -I../.. -I. -I/usr/local/flokstra/include/MonetDB -I/usr/local/flokstra/include/MonetDB/common -I/usr/local/flokstra/include/MonetDB/gdk -I../monet -I./../monet -I../modules/plain -I./../modules/plain -DLIBEMBEDDEDMIL -g -O2 -Wall -W -std=c99 -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c -o libembeddedmil_la-embeddedclient.lo `test -f 'embeddedclient.c' || echo './'`embeddedclient.c gcc -m64 -DHAVE_CONFIG_H -I. -I. -I../.. -I. -I/usr/local/flokstra/include/MonetDB -I/usr/local/flokstra/include/MonetDB/common -I/usr/local/flokstra/include/MonetDB/gdk -I../monet -I./../monet -I../modules/plain -I./../modules/plain -DLIBEMBEDDEDMIL -g -O2 -Wall -W -std=c99 -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c embeddedclient.c -fPIC -DPIC -o .libs/libembeddedmil_la-embeddedclient.o In file included from embeddedclient.mx:69: embeddedclient.h:29:18: error: Mapi.h: No such file or directory In file included from embeddedclient.mx:69: embeddedclient.h:31: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'embedded_mil' embeddedclient.mx:183: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'embedded_mil' Any ideas, Jan Flokstra.

3 3

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/NT configure.py, 1.51, 1.52 rules.msc, 1.37, 1.38
by Martin Kersten 31 Dec '06

31 Dec '06

Stefan Manegold wrote: > Update of /cvsroot/monetdb/sql/NT > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv13165/NT > > Modified Files: > configure.py rules.msc > Log Message: > > cleaning-up & preparing the "monet5" to "MonetDB5" move: > > - renamed all remaining MONET5_* (enironnment-) variables to MONETDB5_* > - renamed all remaining *_monet5 aliases to *_MonetDB5 > > In case you use any MONET5_* (enironnment-) variables or > *_monet5 aliases in your own scripts, > you need to rename them to MONETDB5_* respectively *_MonetDB5, > too. Oops, it seems you have been out of the loop or overwhelmed with emails regarding the BIG BANG cleanup. I already mentioned to sjoerd/niels/fabian/... that the naming of packages should be given some thought and discussed. - move the package names to lower-case instead of a mixture of upper/lower - suggested packages names (if feasible on SF), buildtools,gdkcommon, clients, monet4, monet5, sql, and pathfinder. This propably won't affect your Environment variables.

3 3

[Monetdb-developers] Compilation of M4
by Romulo Goncalves 30 Dec '06

30 Dec '06

Dear developers, I am using the following configure for M4: env PATH=/ufs/goncalve/scratch/MonetDB/buildtools/bin:/ufs/goncalve/scratch/MonetDB/clients:/ufs/goncalve/scratch/MonetDB/MonetDB/bin:${PATH} PYTHONPATH=/ufs/goncalve/MonetDB/buildtools/autogen/ ~/MonetDB/MonetDB4/MonetDB4/configure --prefix=/ufs/goncalve/scratch/MonetDB/monetdb4 --enable-debug --enable-bits=64 However, the compilation gave this error: -c embeddedclient.c -fPIC -DPIC -o .libs/libembeddedmil_la-embeddedclient.o In file included from /ufs/goncalve/MonetDB/MonetDB4/MonetDB4/src/tools/embeddedclient.mx:69: embeddedclient.h:29:18: error: Mapi.h: No such file or directory I already add to the PATH the prefix for the clients installation. What more I need to add to the path? Why the configure of M4 does not complain about such missing? Regards, Romulo

2 2

[Monetdb-developers] buildtools configure.ac
by Fabian Groffen 28 Dec '06

28 Dec '06

I'm trying to bootstrap buildtools but foud out that buildtools is shipped with an configure.ac which isn't an ac file, but just plain configure itself (as the local bootstrap script just copies it to configure). This is hard to detect for my generic scripts who like to generate a configure from the .ac file. Is there a reason why this ac file exists? If not, I'd be happier if it could just be renamed to configure instead, as I don't think this is the right solution.

2 5

Re: [Monetdb-developers] [Monetdb-checkins] clients/src/java Makefile.ag, 1.3, 1.4 build.xml, 1.4, 1.5
by Fabian Groffen 27 Dec '06

27 Dec '06

I advice you to fix it properly, because your hack doesn't result in the desired effect. 1) create_mjclient will build the jdbcclient.jar when it's not there, and it will end up in the builddir (where you don't want it) 2) if it wouldn't do that, it would think that the jdbcclient.jar file is located in the builddir, because you just told it so, hence rhe resulting script won't work. On 27-12-2006 15:29:28 +0000, Niels Nes wrote: > Index: build.xml > =================================================================== > RCS file: /cvsroot/monetdb/clients/src/java/build.xml,v > retrieving revision 1.4 > retrieving revision 1.5 > diff -u -d -r1.4 -r1.5 > --- build.xml 27 Dec 2006 14:54:22 -0000 1.4 > +++ build.xml 27 Dec 2006 15:29:26 -0000 1.5 > @@ -120,12 +120,10 @@ > <echo message="Crafting an mjclient wrapper script for ${jdbcclient-jar}" /> > <filter token="JDBCCLIENT_JAR" value="${jdbcclient-jar}" /> > > -  > - <mkdir dir="${bindir}" /> >  > <copy file="${scriptdir}/mjclient.in" > overwrite="true" > - tofile="${bindir}/mjclient" > + tofile="${builddir}/mjclient" > filtering="yes" /> > </target>

1 0

Re: [Monetdb-developers] [Monetdb-checkins] buildtools Makefile.in, 1.6, 1.7
by Sjoerd Mullender 27 Dec '06

27 Dec '06

On 12/27/2006 03:30 PM, Fabian wrote: > Update of /cvsroot/monetdb/buildtools > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv5580 > > Modified Files: > Makefile.in > Log Message: > Force python to respect the build dir, as it pollutes the source dir > otherwise. This is extra annoying because when using different > platforms from the same source tree, python thinks its build cache is > fine, and just installs files which plain won't work on the target > machine. This I don't quite understand. Autogen is python only. There are no platform-dependent files there at all. So, what is the problem that you're fixing? (This is not saying that I mind the solution, I question the reason.) > > Index: Makefile.in > =================================================================== > RCS file: /cvsroot/monetdb/buildtools/Makefile.in,v > retrieving revision 1.6 > retrieving revision 1.7 > diff -u -d -r1.6 -r1.7 > --- Makefile.in 22 Dec 2006 15:42:21 -0000 1.6 > +++ Makefile.in 27 Dec 2006 14:30:46 -0000 1.7 > @@ -10,14 +10,17 @@ > @-echo > > all: > - cd "$(SRC)/autogen" && python setup.py build > + cd "$(SRC)"/autogen && python setup.py build \ > + --build-base="$(BUILD)"/_autogen > cd _MX && $(MAKE) MAKE=$(MAKE) $@ > cd _MEL && $(MAKE) MAKE=$(MAKE) $@ > cd _BURG && $(MAKE) MAKE=$(MAKE) $@ > > # ... run individual "make install"s ... > install: > - cd "$(SRC)/autogen" && python setup.py install --prefix="$(DESTDIR)$(PREFIX)" > + cd "$(SRC)"/autogen && python setup.py install \ > + --build-base="$(BUILD)"/_autogen \ > + --prefix="$(DESTDIR)$(PREFIX)" > cd _MX && $(MAKE) MAKE=$(MAKE) $@ > cd _MEL && $(MAKE) MAKE=$(MAKE) $@ > cd _BURG && $(MAKE) MAKE=$(MAKE) $@ > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins -- Sjoerd Mullender

2 1

[Monetdb-developers] bootstrap problems
by Manuel Mayr 27 Dec '06

27 Dec '06

Hi all, yesterday I updated buildtools, MonetDB and I checked out the MonetDB4 module. buildtools and MonetDB working fine after i updated autoconf and automake to the newest versions but with MonetDB4 i get the errors described in the attachment. Regards, Manuel

3 2

[Monetdb-developers] Bootstrap for MonetDB module
by Romulo Goncalves 26 Dec '06

26 Dec '06

Dear developers, I am updating all my system in linux with the new splits over MonetDB4. I checkout the MonetDB module (and not MonetDB4) ;) The execution of ./bootstrap gave this error: [goncalve@amelia MonetDB]$ ./bootstrap ./bootstrap: line 32: exec: Mbootstrap: not found [goncalve@amelia MonetDB]$ Any idea? Regards, Romulo

2 1

[Monetdb-developers] About data type "interval"
by eric6251 22 Dec '06

22 Dec '06

Dear Sir/Madam: I came across a problem when running a SQL statement: select l_linestatus from lineitem where shipdate <= date '1998-12-01' - interval '1 day' //I want to search the records whose shipdate is prior to the day before Dec. 1998 But MonetDB returned me with the error message: syntax error, unexpected SCOLON in: "select ...," the whole SQL sentence above, What's wrong? Thank you! eric -- View this message in context: http://www.nabble.com/About-data-type-%22interval%22-tf2869866.html#a8021165 Sent from the monetdb-developers mailing list archive at Nabble.com.

2 1

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB4/doc - New directory
by Stefan Manegold 22 Dec '06

22 Dec '06

Sjoerd, I suppose, you are only preparing the repository split for now, right? You'll let me/us know before you actually do it, so that we can prepare (i.e., cvs update our checkouts to the latest version before the split, do a final propagation before the split, etc.), right? Thank you very much in advance! Stefan On Fri, Dec 22, 2006 at 08:48:48AM +0000, Sjoerd Mullender wrote: > Update of /cvsroot/monetdb/MonetDB4/doc > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv29872/doc > > Log Message: > Directory /cvsroot/monetdb/MonetDB4/doc added to the repository > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins > > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 2

[Monetdb-developers] PHP compilation...
by Romulo Goncalves 21 Dec '06

21 Dec '06

Dear developers, I am compiling M4 with php in windows. I am using the php 5.2.0 The function zend_register_default_exception is defined in : ..\..\..\..\..\..\src\mapi\clients\php\Cimpl\php_monetdb.c as zend_register_default_exception(); but in zend_exceptions.h is defined as: zend_register_default_exception(TSRMLS_D); Can I change it or should it be modified by the responsible of this code ? Regards, Romulo

2 5

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/NT MSQLserver.bat, 1.7, 1.8
by Romulo Goncalves 21 Dec '06

21 Dec '06

Sjoerd Mullender wrote: > On 2006-12-21 10:32, Fabian Groffen wrote: >> On 20-12-2006 17:56:27 +0100, Sjoerd Mullender wrote: >>>> Why do you start a sql console in M5? In M4 you don't do that either. >>>> (You can't AFAICT.) Maybe it's more consistent if you refrain from >>>> starting an SQL console on the server. >>> This is the script to start a SQL server. Look at the name. It should >>> therefore *start* a SQL service. >> Yes, the SERVICE. Not a console SQL session. > > You're right. I had the same problem, I also thought that I should to sql.start(); > >>> In other words, Romulo, revert your checkin that you did because of >>> Fabian's message. >> Unless this is intended behaviour, yes, otherwise, what is the reason >> behind this? > > As long as the service gets started, I'm ok. Currently in M4, a MIL > console service is started automatically, but we may not need a MAIL > console either. The default language is MAL. So, no MAL console need to be started. I am fixing the Installers, the problem was my m4 compilation failed yesterday because of my python version. Regards, Romulo

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/modules/pftijah nexi.c, 1.38, 1.39 nexi.h, 1.10, 1.11 nexi_generate_mil.c, 1.18, 1.19 pftijah.mx, 1.67, 1.68
by Stefan Manegold 20 Dec '06

20 Dec '06

On Tue, Dec 19, 2006 at 01:26:44PM +0000, Jan Flokstra wrote: > Update of /cvsroot/monetdb/pathfinder/modules/pftijah > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv27367 > > Modified Files: > nexi.c nexi.h nexi_generate_mil.c pftijah.mx > Log Message: > * Synchronization update with Roel, no new features added. > * MMAP problem solved for restarted Mserver? what was the problem? what has been done (tried?) to solve it? Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 2

[Monetdb-developers] PF: (Failing) algebra tests in the XQuery_0-14 release branch
by Stefan Manegold 18 Dec '06

18 Dec '06

Dear fellow developers, triggered by the discussion in http://sourceforge.net/tracker/index.php?func=detail&aid=1543871&group_id=5… my question: Would anybody mind if we disable all currently failing pathfinder-algebra tests in the XQuery_0-14 release branch? (look for "alg" at http://monetdb.cwi.nl/testing/projects/monetdb/Stable/pathfinder/.mTests103… ) Since the algebra version will not officially be supported in the XQuery_0-14 release, the respective problems will not be fixed in the branch, but only in the development trunk. Thanks in advance, Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 2

[Monetdb-developers] CVS "stable" branch considerations
by Fabian Groffen 14 Dec '06

14 Dec '06

Hi all, A while ago I was discussing the "stable" branch for M5 with Niels, and we came up with the idea to have a "continuous", "configuration free" stable branch, to ease the life of developers/team members that prefer not to live on the (bleeding) edge of novel and exciting technologies. Basically, what the ground idea is, is that when you check out the "stable" branch, that you will always get the latest stable branch. In ASCII-grafix: HEAD o=======================o============================~ \ 1.0 \ 2.0 stable \_______+______+_____ \______+______+______+__ rc_1 rc_2 rc_3 rc_1 rc_2 rc_3 This image is not very different from the current state, but for the 1.0 and the 2.0 release branches, two separate branch names are used: stable-1_0 and stable-2_0. This makes that people who checked out stable-1_0 never get the "next" stable, but instead stay frozen with stable-1_0. The basic idea we had is that people get "upgraded" to the latest stable if they use the "stable" branch, such that they automatically get the latest and greatest, but stable whatever product. For assuring correct tracability a number of tags can be set on the branch, of course. Technically speaking, CVS allows to "force" a branch to be created that already existed, thereby achieving the idea of having a "stable" branch as described above. I'm in favour of such branch, as I think it solves a number of problems with the ever moving branch, and eases CVS use for many of us. It is also easier to remember, as I personally always mix up the captitals, hyphens and underscores. Now we are at the edge of a big CVS move (are we still?), I thought may be it's a good idea to use this strategy for all our modules now. Any thoughts on or complaints against such branch usage?

2 1

[Monetdb-developers] Pegatoo/Gentoo with GCC 4.3
by Fabian Groffen 14 Dec '06

14 Dec '06

Hi all, This is a heads up, that "tonights" testing will be confronted to a GCC 4.3 compiler on Pegatoo, the Gentoo Linux node. GCC 4.3 will most probably be the next compiler that gets stable on Gentoo (like 4.0 was never stable either), hence early testing might be nice. If it results in too many problems, I'll switch it down to GCC 4.2 instead afterwards.

1 0

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/src/test/leaks/Tests check0.stable.out, 1.1.2.2, 1.1.2.3 check1.stable.out, 1.1.2.2, 1.1.2.3 check2.stable.out, 1.1.2.2, 1.1.2.3 check3.stable.out, 1.1.2.2, 1.1.2.3 check4.stable.out, 1.1.2.1, 1.1.2.2 check5.stable.out, 1.1.2.1, 1.1.2.2
by Martin Kersten 13 Dec '06

13 Dec '06

ziek ?:-) of alleen teveeel gedanst.

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime pathfinder.mx,
by p.a.boncz＠chello.nl 13 Dec '06

13 Dec '06

Hoi Sjoerd, In de log message ben ik denk ik vergeten om op te schrijven dat ik consecutive text node coalescing uit had gezegd; daarentegen heb ik je een uitgebreide email geschreven waarin ik dit verteld heb dat en waarom ik dat gedaan heb. De fix_consecutive_text code heeft een groot performance probleem. Het maakt in feite deletes onbruikbaar. Op de 1GB document test heb ik hem na enige minuten afgebroken. Omdat ik niet wist hoe die code sneller gemaakt kan worden heb ik het uitgezet. Hoewel technisch niet correct, is het voor weinig applicaties een ramp als er twee text nodes na elkaar komen. De pathfinder gegenereerde code breekt daar niet van, voor zover ik weet. Maar ik begrijp dat jij het hier niet mee eens bent.. Het beste zou zijn om fix-consecutive text te beperken tot de range van nodes direct om het delete punt heen. Dan zou performance geen probleem hoeven te zijn. Wat ik zag was dat er een CTrefine over het hele document heen ging. Peter > > van: Sjoerd Mullender <sjoerd(a)acm.org> > datum: 2006/12/12 Tue PM 04:11:49 CET > aan: monetdb-developers(a)lists.sourceforge.net > cc: monetdb-pf-checkins(a)lists.sourceforge.net > onderwerp: Re: [Monetdb-pf-checkins] pathfinder/runtime pathfinder.mx, > 1.269.2.14, 1.269.2.15 pf_support.mx, 1.172.2.11, 1.172.2.12 > >

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime pathfinder.mx, 1.269.2.14, 1.269.2.15 pf_support.mx, 1.172.2.11, 1.172.2.12
by Sjoerd Mullender 12 Dec '06

12 Dec '06

On 2006-12-09 16:19, Peter Boncz wrote: > Update of /cvsroot/monetdb/pathfinder/runtime > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv28149 > > Modified Files: > Tag: XQuery_0-14 > pathfinder.mx pf_support.mx > Log Message: > various performance fixes; small inserts and deletes are now reasonably fast > > - index new qnames in qnloc index > - better handling of the hash tables on the qn_loc index > - shortened the collection lock time by moving most of the logging > out of the critical period > > > > Index: pf_support.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/pf_support.mx,v > retrieving revision 1.172.2.11 > retrieving revision 1.172.2.12 > diff -u -d -r1.172.2.11 -r1.172.2.12 > --- pf_support.mx 8 Dec 2006 17:48:43 -0000 1.172.2.11 > +++ pf_support.mx 9 Dec 2006 15:19:52 -0000 1.172.2.12 > @@ -2096,47 +2097,22 @@ > } > > var texts := ws.fetch(UPDATED_TEXT); > - fix_consecutive_texts(ws, texts); > + #fix_consecutive_texts(ws, texts); > > # get containers in the order in which we must commit them ([COLL_ID,CONT]) > var cont_order := affected_conts.reverse().mirror().leftfetchjoin(ws.fetch(CONT_COLL)).reverse().sort(); > 1. what does this change have to do with the log message? 2. this change breaks the document: if a node between two text nodes is deleted, the two text nodes have to be coalesced. That is what this function does. It is a necessary step to keep subsequent queries working correctly. -- Sjoerd Mullender

1 0

[Monetdb-developers] MonetDB as MySQL storage engine
by Arman Bostani 12 Dec '06

12 Dec '06

Hello all, Has anyone considered the possibility of using MonetDB as a MySQL storage engine. This idea is appealing since, theoretically, you'd immediately have access to MySQL features such as clustering, replication, etc. I would guess, however, that you would lose much of MonetDB performance advantages. Any thoughts? -arman

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder MonetDB-XQuery.spec.in, 1.16, 1.17 Makefile.ag, 1.22, 1.23 extra.mk, 1.18, 1.19
by Stefan Manegold 09 Dec '06

09 Dec '06

Niels, these changes are not meant for the release? Stefan On Sat, Dec 09, 2006 at 11:13:52AM +0000, Niels Nes wrote: > Update of /cvsroot/monetdb/pathfinder > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv22364 > > Modified Files: > MonetDB-XQuery.spec.in Makefile.ag extra.mk > Log Message: > install howtos is done within the monetweb tools > > > Index: Makefile.ag > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/Makefile.ag,v > retrieving revision 1.22 > retrieving revision 1.23 > diff -u -d -r1.22 -r1.23 > --- Makefile.ag 30 Nov 2006 11:56:57 -0000 1.22 > +++ Makefile.ag 9 Dec 2006 11:13:50 -0000 1.23 > @@ -26,11 +26,21 @@ > > EXTRA_DIST = rules.mk extra.mk RunMtest.in RunMtest.bat.in \ > RunMapprove.in RunMapprove.bat.in \ > - MonetDB-XQuery.spec.in MonetDB-XQuery.spec rpm.mk.in \ > - HowToStart-PF HowToStart-MinGW.txt > + MonetDB-XQuery.spec.in MonetDB-XQuery.spec rpm.mk.in > EXTRA_DIST_DIR = NT tests > > EXTRA_HEADERS = pf_config.h > > +scripts_txt = { > + SOURCES = HowToStart-MinGW.txt > + DIR = datadir/doc/MonetDB-XQuery-${VERSION} > +} > + > +scripts_docs = { > + EXT = "" > + SOURCES = HowToStart-PF > + DIR = datadir/doc/MonetDB-XQuery-${VERSION} > +} > + > TESTS = RunMtest > TESTS_ENVIRONMENT = $(SHELL) > > Index: extra.mk > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/extra.mk,v > retrieving revision 1.18 > retrieving revision 1.19 > diff -u -d -r1.18 -r1.19 > --- extra.mk 8 Nov 2006 13:16:44 -0000 1.18 > +++ extra.mk 9 Dec 2006 11:13:50 -0000 1.19 > @@ -68,19 +68,3 @@ > # > doc: > cd $(top_srcdir) ; doc/gen_doc.sh > - > -# > -# Stefan's automated test system uses `make docs', not `make doc'. > -# Make him happy as well. > -# > -docs: \ > - $(prefix)/doc/MonetDB/GetGoing/Setup/XQuery/Unix/index.html \ > - $(prefix)/doc/MonetDB/GetGoing/Setup/XQuery/Windows/index.html > - > -$(prefix)/doc/MonetDB/GetGoing/Setup/XQuery/Unix/index.html: $(top_srcdir)/HowToStart-PF > - mkdir -p $(prefix)/doc/MonetDB/GetGoing/Setup/XQuery/Unix > - rst2html.py --stylesheet http://monetdb.cwi.nl/MonetDB.css --link-stylesheet $(top_srcdir)/HowToStart-PF > $(prefix)/doc/MonetDB/GetGoing/Setup/XQuery/Unix/index.html > - > -$(prefix)/doc/MonetDB/GetGoing/Setup/XQuery/Windows/index.html: $(top_srcdir)/HowToStart-MinGW.txt > - mkdir -p $(prefix)/doc/MonetDB/GetGoing/Setup/XQuery/Windows > - rst2html.py --stylesheet http://monetdb.cwi.nl/MonetDB.css --link-stylesheet $(top_srcdir)/HowToStart-MinGW.txt > $(prefix)/doc/MonetDB/GetGoing/Setup/XQuery/Windows/index.html > > Index: MonetDB-XQuery.spec.in > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/MonetDB-XQuery.spec.in,v > retrieving revision 1.16 > retrieving revision 1.17 > diff -u -d -r1.16 -r1.17 > --- MonetDB-XQuery.spec.in 1 Nov 2006 17:48:37 -0000 1.16 > +++ MonetDB-XQuery.spec.in 9 Dec 2006 11:13:50 -0000 1.17 > @@ -21,8 +21,6 @@ > > %define comp_cc @CC@ > > -%define builddoc 0 > - > # groups of related archs > %define all_x86 i386 i586 i686 > > @@ -47,15 +45,6 @@ > Requires: %{name}-server > Requires: MonetDB-devel > > -%if %{builddoc} > -%package docu > -Summary: MonetDB XQuery documentation package > -Group: System > - > -%description docu > -Add the MonetDB documentaion description here > -%endif > - > %prep > rm -rf $RPM_BUILD_ROOT > > @@ -95,18 +84,8 @@ > %{_libdir}/MonetDB/*.mil > %{prefix}/bin/Mbeddedxq > %{_libdir}/libembeddedxq.* > +%{_datadir}/doc/%{name}-%{version}/* > > %files devel > %defattr(-,monetdb,monetdb) > %{prefix}/include/pathfinder/*.h > - > -%if %{builddoc} > -%files docu > -%defattr(-,monetdb,monetdb) > -%{prefix}/share/MonetDB/docs/pathfinder/*.html > -%{prefix}/share/MonetDB/docs/pathfinder/*.pdf > -%{prefix}/share/MonetDB/docs/pathfinder/*.ps > -%{prefix}/share/MonetDB/docs/pathfinder/*/*.html > -%{prefix}/share/MonetDB/docs/pathfinder/*/*.pdf > -%{prefix}/share/MonetDB/docs/pathfinder/*/*.ps > -%endif > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 1

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB/doc mxdoc.tex, 1.5, NONE
by Stefan Manegold 08 Dec '06

08 Dec '06

Martin, just two observations I made when seein these checkins: - the changes were made on the development trunk, and hence will not be in the release. - `make docs` for MonetDB will fail, now as MonetDB/html.mk still refers to the no longer existing MonetDB/doc/mxdoc.tex Stefan (yes, I am German and will always be!) On Fri, Dec 08, 2006 at 09:08:48AM +0000, Martin Kersten wrote: > Update of /cvsroot/monetdb/MonetDB/doc > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv16022 > > Removed Files: > mxdoc.tex > Log Message: > Mx documentation is moved to the buildtools. > > > --- mxdoc.tex DELETED --- > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/mil milprint_summer.c, 1.298.2.4, 1.298.2.5
by Stefan Manegold 07 Dec '06

07 Dec '06

Peter, the changes below seem to make 3 of the 6 Music/limit tests fail with " !ERROR: interpret: no matching MIL operator to 'seqbase(int, oid)'. !MAYBE YOU MEAN: ! seqbase(BAT[void,any::1], oid) : BAT[void,any::1] ! seqbase(BAT[void,any::1]) : oid ! seqbase(BAT[oid,any::1]) : oid " What kind of solution/fix do you recommend? (1) set the seqbase only if the type is BAT, or (2) add a "fake" constant-seqbase variant to the constant module ? Thanks! Stefan On Tue, Nov 28, 2006 at 02:18:09PM +0000, Peter Boncz wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/mil > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv14236 > > Modified Files: > Tag: XQuery_0-14 > milprint_summer.c > Log Message: > - [ 1600704 ] XQuery: subsequence > 1 fails > > we require the seqbase of our iter|pos|item relations to be 0@0 > > > > Index: milprint_summer.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/mil/milprint_summer.c,v > retrieving revision 1.298.2.4 > retrieving revision 1.298.2.5 > diff -u -d -r1.298.2.4 -r1.298.2.5 > --- milprint_summer.c 16 Nov 2006 17:52:56 -0000 1.298.2.4 > +++ milprint_summer.c 28 Nov 2006 14:18:06 -0000 1.298.2.5 > @@ -7641,10 +7641,10 @@ > > milprintf(f, "\n" > " # select a slice\n" > - " ipik := ipik.slice(int(lo),hi);\n" > - " iter := iter.slice(int(lo),hi);\n" > - " kind := kind.slice(int(lo),hi);\n" > - " item%s := item%s.slice(int(lo), hi);\n" > + " ipik := ipik.slice(int(lo),hi).seqbase(0@0);\n" > + " iter := iter.slice(int(lo),hi).seqbase(0@0);\n" > + " kind := kind.slice(int(lo),hi).seqbase(0@0);\n" > + " item%s := item%s.slice(int(lo), hi).seqbase(0@0);\n" > " pos := ipik.mark(1@0);\n" > "} else {\n" > " # evaluate selection tuple by tuple (note: fully constant-resistant code)\n" > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 1

[Monetdb-developers] Compiling M4 release...
by Romulo Goncalves 07 Dec '06

07 Dec '06

Dear developers I was updating my M4 release and I got the following error: gcc -m64 -DHAVE_CONFIG_H -I. -I/ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain -I../../.. -I/ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain -I../../common -I/ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain/../../common -I../../gdk -I/ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain/../../gdk -I../../monet -I/ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain/../../monet -DLIBUPGRADE -Wall -W -std=c99 -g -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c upgrade.c -fPIC -DPIC -o .libs/lib_upgrade_la-upgrade.o /ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain/upgrade.mx: In function 'bat_convert': /ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain/upgrade.mx:465: error: 'Heap' has no member named 'padding' /ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain/upgrade.mx:486: error: 'Heap' has no member named 'padding' /ufs/goncalve/MonetDB/MonetDB_Release/MonetDB4/MonetDB/src/modules/plain/upgrade.mx:509: error: 'Heap' has no member named 'padding' make[7]: *** [lib_upgrade_la-upgrade.lo] Error 1 make[7]: Leaving directory `/net/amelia/export/scratch1/goncalve/MonetDB/MonetDB_Release/monetdb4/build/src/modules/plain' make[6]: *** [all] Error 2 I also updated the buildtools. It should a be a stable branch, right? ;) Regards, Romulo

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/semantics normalize.brg, 1.11, 1.11.2.1
by Jan Rittinger 06 Dec '06

06 Dec '06

On 12/01/2006 02:28 AM, Peter Boncz wrote with possible deletions: > The Moerkotte Queries (e.g. /ufs/boncz/moer) seduced me into implementing > the "syntactic variant" solution to the problem discussed by Jens in the wiki: > [...] > I do *not* propose to propagate this to the HEAD automatically. The decision whether > this rewrite is worth the while I leave to the Munich folks. It is a thing that helps > mps (a lot, in fact for programmers that use X[Z] XPath notation rather than xquery > notation for $x in X where Z return $x) > Stefan's automatic propagation however already did exactly that... (I just played around with both versions and it seems that the algebra is not slower with these modifications. In Guidos q11 the modified version is even 500 msec faster. My interpretation is that some more rewrites on the algebra side are needed to fill the gap :).) > Anyway, on our standard benchmarking machine db2 (non-optimized 64-bits 32-bits oids > gcc compile) we now get the following score on the Moerkotte Queries: > > MXQ.14 MXQ.12 saxon > q0 0.67 1.71 1.5 > q1 0.26 0.33 1.6 > q2 0.68 1.23 60 > q3 2.38 DNF 209 > q4 1.83 2.02 61 > q5 2.74 DNF 166 > q6 4.82 DNF 130 > q7 2312 DNF 211 > q8 DNF DNF DNF > q9 DNF DNF DNF > q10 DNF DNF DNF > q11 DNF DNF 151 > q12 0.14 DNF ? I tried to get the numbers out of the algebra branch as well. On my Laptop (1700MHz, 1024MB Ram) I got better numbers for the first two queries compiled with milprint_summer (I only tried these two). The algebra version compiles for 7 of the 13 queries (3 fail due to non existent reverse sorting in the algebra and the 3 others fail as f n:number is not implemented yet). Queries q0, q1, q2, q4, q5, q11, and q12 compile and in q0, q1, q5, q11, and q12 all joins are recognized (at least as far as I could see). q2 and q4 still each contain an undetected join because we lack the detection of conjunctive joins (until now). In the following the measurements of a single(!) run for each query: guido q0: alg: Comp 613.000 msec Load 51.719 msec Query 224.477 msec Print 1.319 msec mps: Trans 242.385 msec Shred 59.625 msec Query 385.546 msec Print 1.128 msec guido q1: alg: Comp 79.000 msec Load 52.124 msec Query 120.840 msec Print 16.844 msec mps: Trans 62.809 msec Shred 51.907 msec Query 155.992 msec Print 17.736 msec guido q2 - alg: Comp 473.000 msec DNF (dependent join) guido q4 - alg: Comp 522.000 msec DNF (dependent join) guido q5 - alg: Comp 03s 255 msec Load 50.975 msec Query 1369.837 msec Print 158.239 msec guido q11 - alg: Comp 02s 010 msec Load 50.960 msec Query 1130.238 msec Print 74.269 msec guido q12 - alg: Comp 145.000 msec Load 52.192 msec Query 53.572 msec Print 1.980 msec -- Jan Rittinger Database Systems Technische Universität München (Germany) http://www-db.in.tum.de/~rittinge/

3 2

[Monetdb-developers] bootstrap: why does it remove .orig files?
by Fabian Groffen 06 Dec '06

06 Dec '06

Hi all, I just found out I lost some (hours of) work, because de-bootstrap threw away some files which I temporarily renamed to "*.orig". Whether or not this was a good idea, I'm wondering what de-bootstrap's rationale is to remove those "original" files, which I don't think that match the description of de-bootstrap: This script ("./de-bootstrap") can be used to clean up the source tree, i.e., to remove all files that were created by "./bootstrap". <rant> In my case it did remove a file that was NOT created by bootstrap, and if bootstrap ever has a patch failing and produces an .orig (and .rej) file, I might prefer my unclobbered file to exist. In any case, I am NOT amused, and think -- considering the many wildcards in the script -- that it does far from what its description says. Of course it asks me whether or not I want to delete stuff, but sorry, I haven't written a script yet that performs the task de-bootstrap should have done to see whether it throws away a file it shouldn't even want to touch. And manually examining the two terminal heights long list of files also isn't my speciality. </rant>

2 2

[Monetdb-developers] Compile M4...
by Romulo Goncalves 05 Dec '06

05 Dec '06

Dear developers, I checkout buildtools and M4 to my machine at home. I am using Fedora Core 4. The version of M4 and the buildtools are the cvs head branch. My gcc compiler is [Romulo@localhost MonetDB]$ gcc --version gcc (GCC) 4.0.2 20051125 (Red Hat 4.0.2-8) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. I done boostrap, configure, and make During the compilation I got this error: /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk -I../.. -I/home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk -I../common -I/home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk/../common -DLIBGDK -Wall -W -std=c99 -g -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c -o libbat_la-gdk_system.lo `test -f 'gdk_system.c' || echo '/home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk/'`gdk_system.c gcc -DHAVE_CONFIG_H -I. -I/home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk -I../.. -I/home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk -I../common -I/home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk/../common -DLIBGDK -Wall -W -std=c99 -g -Werror-implicit-function-declaration -Werror -Wno-unused-function -Wno-unused-label -D_REENTRANT -c gdk_system.c -fPIC -DPIC -o .libs/libbat_la-gdk_system.o cc1: warnings being treated as errors /home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk/gdk_system.mx:224: warning: missing initializer /home/Romulo/MonetDB/MonetDB4/MonetDB/src/gdk/gdk_system.mx:224: warning: (near initialization for 'MT_system_lock.__data.__count') make[5]: *** [libbat_la-gdk_system.lo] Error 1 make[5]: Leaving directory `/home/Romulo/scratch/MonetDB/monetdb4/build/src/gdk' make[4]: *** [all] Error 2 make[4]: Leaving directory `/home/Romulo/scratch/MonetDB/monetdb4/build/src/gdk' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/Romulo/scratch/MonetDB/monetdb4/build/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/Romulo/scratch/MonetDB/monetdb4/build/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/Romulo/scratch/MonetDB/monetdb4/build' make: *** [all] Error 2 [Romulo@localhost MonetDB]$ I done the same procedures several times and I always got the same error. Any idea what could be the problem? Regards, Romulo

2 8

[Monetdb-developers] configure & *_config.h include files
by Stefan Manegold 01 Dec '06

01 Dec '06

Dear fellow developers, while trying to fix portability issues with the pftijah modules of pathfinder, I noticed the following problem: To ensure portability, each source file should know about and adhere to what configure found out; hence, the respective X_config.h (with X one of monetdb, sql, pf, etc,) must be the first include in each .c file. However, with the front-ends, some files (especially those implementing extension modules) also need to MonetDB's monet.h or gdk.h to get the respective definition. Since monet.h includes gdk.h which includes monet_utils.h which in turn includes monetdb_config.h, these files the include both the "local" X_config.h (with X one of sql, pf, etc,) and the monetdb_config.h. This might trigger two problems: 1) If we compile sql, pf, etc, a against a binary install of MonetDB which was configured and generated on an binary compatible but potentially (slightly) differently configured/installed system, this might lead to conflicting definition/declarations in the two X_config.h. 2) Even if we compile MonetDB and the front-end on the same system, there might be conflicts since the respective configure are not completely identical. In pathfinder/runtime we avoid (2) be not including pf_config.h but only monetdb_config.h (via monet.h or gdk.h) which might actually lead to problems similar to (1). In pathfinder/module/pftijah, we run into (2) with _FILE_OFFSET_BITS (at least) on our Solaris 10 x86 machine, since only MonetDB' configure.ag checks AC_SYS_LARGEFILE() while pathfinder's configure.ag does not. To solve the problem (2) "properly", we could either make all configures identical (e.g., by moving all "local" checks from the various configure.ag to MonetDB/conf.monet.m4). But that still leaves us with (1). To solve (1) (and (2)) "properly", we could avoid the implicit inclusion of monetdb_config.h in monet_utils.h (and hence gdk.h & monet.h) by removing the respective include from monet_utils.h. But then, we'd have to explicitly include monetdb_config.h in each .c file that now includes one of monet_utils.h, gdk.h, monet.h (directly or via some other include) --- a lot of work, with a high risk to overlook some locations... A "better"(?) (at least simpler) solution could be to guard the #include "monetdb_config.h" in MonetDB' monet_utils.h by, say, #ifndef NO_MONETDB_CONFIG ... #endif, and then define NO_MONETDB_CONFIG in X_config.h (with X one of sql, pf, etc,). I'd strongly vote for the last solution. ;-) Comments, ideas, complaints, objections? Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

4 7

[Monetdb-developers] Compilation of M4, M5 and SQL in the windows 64
by Romulo Goncalves 01 Dec '06

01 Dec '06

Dear developers, During the compilation of M4, M5, and SQL in windows 64 I have to correct all the time the rules.msc: PTHREAD_INCS = "-I$(PTHREAD)\include" PTHREAD_LIBS = "$(PTHREAD)\lib\pthreadVC2.lib" to PTHREAD_INCS = "-I$(PTHREAD)" PTHREAD_LIBS = "$(PTHREAD)\pthreadVC2.lib" TO not get compilation errors. This happen because the compilations of pthread for win64 does not create the directories lib and include. The files are all saved into the main directory pthreads. Being the pthreads directory tree for 64 different of the directory tree for 32. If you could help me to find a solution I will appreciate a lot. Regards, Romulo

2 4

[Monetdb-developers] conf.bash
by Fabian Groffen 01 Dec '06

01 Dec '06

Dear developers, While trying to update conf.bash, I encountered the following problems: 1) I cannot find times100, misq and acoi 2) In playpen and gis conf.bash isn't identical to the other locations Further I wonder why conf.bash isn't just in buildtools for those who need it, but replicated in all modules. It is a great pain to keep them in sync it seems, and causes a lot of email. If someone can solve 1), thanks. I don't know about 2), I just made the change that is necessary for my change.

2 2

[Monetdb-developers] Mtest for M5-SQL
by Romulo Goncalves 01 Dec '06

01 Dec '06

I updated all my system yesterday night. Now I am trying to run the Mtest for M5-SQL and I got this error. [goncalve@amelia src]$ Mtest_5_sql -rq Could not open file /ufs/goncalve/scratch/MonetDB/monetdb5/etc/MonetDB5.conf Mtest.py Warning: TSTSRCBASE: Replacing logical path /ufs/goncalve/MonetDB/SQL/sql/ by absolute physical path /ufs/goncalve/MonetDB/SQL/sql Mtest.py Warning: TSTBLDBASE: Replacing logical path /ufs/goncalve/scratch/SQL/sql/build/ by absolute physical path /net/amelia/export/scratch1/goncalve/SQL/sql/build Mtest.py Warning: TSTTRGBASE: Replacing logical path /ufs/goncalve/scratch/Mtest5/ by absolute physical path /net/amelia/export/scratch1/goncalve/Mtest5 Traceback (most recent call last): File "/ufs/goncalve/scratch/MonetDB/monetdb4/bin/Mtest.py", line 3364, in ? main(sys.argv) File "/ufs/goncalve/scratch/MonetDB/monetdb4/bin/Mtest.py", line 2947, in main os.environ[v] = env[v] KeyError: 'XQUERY_LOGDIR' What can be the problem? Regards, Romulo

2 3

[Monetdb-developers] Triggers owner..
by Romulo Goncalves 29 Nov '06

29 Nov '06

Dear developers, I am using SQL cvs head and M5. If I create a table and a new user with a mclient: create user "user_test" with password 'pass' NAME 'test1_user' SCHEMA "sys"; create table t1 (id int); If then I connect with the new user and I create a trigger on t1: create trigger test1 after insert on t1 insert into t1 values(12); I do not get any error. Well, depending on the approach followed in MonetDB it can be a bug or not. (1) If we decide that a trigger over a table can only be created by the table owner (in this case the monetdb user is the owner of t1) this is a bug. (2) If any user is allowed to create a trigger over any table, this is not a bug. What approach is followed by MonetDB? If any which one we should choose? In my opinion we should choose the first approach. Regards, Romulo

2 2

Re: [Monetdb-developers] error when running simple Xquery on Windows platform
by Fabian Groffen 28 Nov '06

28 Nov '06

Hi Daniel, I'm forwarding your mail to monetdb-developers(a)lists.sourceforge.net in the hope that someone can help you there. I have no idea myself what you can try to resolve this problem. Sorry! On 26-11-2006 23:21:07 -0500, dcr2108(a)columbia.edu wrote: > > Dear Monet Team, > > I am running into a consistent error when I try to run an example > xquery from your website "books1.xq": > > ERROR: interpret_params: mirror(param 1): invalid BAT. > ERROR: interpret_params: [startsWith](param 2): evaluation error. > ERROR: interpret_params: uselect(param 1): evaluation error. > ERROR: interpret_params: +(param 2): evaluation error. > > Steps to reproduce error: > 1) 'Start' -> 'Programs' -> 'MonetDB XQuery' -> 'MonetDB XQuery > Server' > > 2) double click books1.xq > > 3) THE ERROR OCCURS > > Thanks for your help, > Daniel Rappaport > Masters candidate in department of biomedical informatics > > >

3 2

[Monetdb-developers] Mapi and locality
by Sándor Héman 26 Nov '06

26 Nov '06

Hi, I have a problem with Mapi which did not seem to occur in previous releases of MonetDB (<4.15). In the past, I could start an Mserver with a mil script that declared some PROCs, and then let this Mserver accept Mapi connections, with the Mapi clients being able to call the functions that were declared in the server-side startup script. However, since the latest release, the server-side PROCs seem to be invisible to the client: MAPI = monetdb@kanda:50012 QUERY = template_conj_2(1, bat(void, lng).seqbase(0(a)0).append(lng (5394205300074141533)).append(lng(3189196963433190955))); ERROR = !ERROR: interpret: no matching MIL operator to 'template_conj_2(int, BAT[oid,lng])'. If I execute exactly the same call in the server-side console, it just works... Any ideas on this? And whether there is an easy fix? Cheers Sandor

2 4

[Monetdb-developers] Concurrency Problem Mserver
by Robin Aly 24 Nov '06

24 Nov '06

Hello everybody, as I am trying to get some experiments with PFTijah to work I encountered endless loops while executing some queries. Setting the debug_level to 1024 gave me a list of locks which were obviously competing about some resource. The attachment tries to describe what the start parameters, inputs and the log messages were. Can somebody tell me whether that is a problem of mine, or a common one? And what a good approach to fix it would be. Best regards & fijn weekend Robin -- Robin Aly (PhD student, University Twente) Phone: +31 (53) 489 4520 Fax: +31 (53) 489 2927 email: r.aly(a)ewi.utwente.nl gdb -args Mserver --set monet_daemon=yes --dbinit="module(pftijah); mil_start();" /tmp/trec${i}.xq= let $opt := <TijahOptions returnNumber="1000" collection="PFX" algebraType="COARSE2" txtmodel_model="NLLR"/> for $q in doc("/local/alyr/dev/eval/clef-clsr-2006/clef-malach/topics/evaluation2006-en.xml")//top[3] let $q_text := pf:tijah-tokenize(exactly-one($q/title/text())) let $q_nexi := concat("//DOC[about(.,", $q_text, ")];") let $q_num := $q/num/text() let $result := pf:tijah-query-id($opt, (), $q_nexi) for $doc at $rank in pf:tijah-nodes($result) return string-join(($q_num, "Q0", $doc/DOCNO/text(), string($rank), string(pf:tijah-score($result, $doc)), "UTallEN"), " ") MapiClient -l xquery </tmp/trec${i}.xq Output getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604) getRequest: MT_set_lock(0xb7e305ec) getRequest: MT_up_sema(0xb7e30604) getRequest: MT_unset_lock(0xb7e305ec) getRequest: MT_down_sema(0xb7e30604)

2 2

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime shredder.mx, 1.106, 1.106.2.1
by Stefan Manegold 23 Nov '06

23 Nov '06

Peter, this change seems to break the loading of several benchmark documents; see http://sourceforge.net/tracker/index.php?func=detail&aid=1601761&group_id=5… for details. [... sorry, I should have tested BEFORE checking in ...] Stefan On Thu, Nov 23, 2006 at 01:17:43PM +0000, Stefan Manegold wrote: > Update of /cvsroot/monetdb/pathfinder/runtime > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv31539/runtime > > Modified Files: > Tag: XQuery_0-14 > shredder.mx > Log Message: > > Peter's Dagstuhl bug-fixes > for the Pathfinder shredder > [I hope my interpretation/comment is correct...] > > shredBAT_extend needs to set the current size of shredBAT(s) > before extending them > > > Index: shredder.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/shredder.mx,v > retrieving revision 1.106 > retrieving revision 1.106.2.1 > diff -u -d -r1.106 -r1.106.2.1 > --- shredder.mx 20 Oct 2006 21:59:08 -0000 1.106 > +++ shredder.mx 23 Nov 2006 13:17:40 -0000 1.106.2.1 > @@ -440,6 +440,7 @@ > shredBAT_extend(shredBAT *sb, > size_t newsize) > { > + shredBAT_setcount(sb, sb->size); > sb->size = newsize; > if (sb->bat->ttype == TYPE_void) { > return GDK_SUCCEED; > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 0

Re: [Monetdb-developers] MonetDB port for Crux Linux
by Martin Kersten 21 Nov '06

21 Nov '06

Hello Younes, Thank your very much for this information. We will come back shortly to discuss your experiences and give you early warnings on what to expect next. regards, Martin Kersten Hafri wrote: > Hi guys! > > I would like to inform you that I'm maintaining MonetDB port for Crux > Linux (http://crux.nu/) > at: > http://yhafri.club.fr/crux/index.html > > The package files is here: > http://yhafri.club.fr/crux/monetdb/Pkgfile > > Best Regards > Younès HAFRI >

1 0

[Monetdb-developers] MapiClient asynchronous interface?
by Johann Borck 19 Nov '06

19 Nov '06

Hi all, I'm using MonetDB as backend for an asynchronous server, and would like to stick to this concurrency model. I'm aware of the TCP/IP module, which supports async io, but as far as I understood it is made for interaction between MonetDB servers. Could someone make an estimation about the effort required to change MapiClient to perform asynchronous operations vs. making use of the TCP/IP module ("faking" another monetdb instance) from a client? My impression from a shallow look at the code is, that the TCP/IP module transfers bats in binary format, whereas mapi-module/MapiClient have to format/parse strings, is that correct? And if, does maybe someone have an idea about the overhead that the string handling of the mapi-interface introduces? Thanks a lot, Johann

3 12

[Monetdb-developers] Not descriptive error message
by Robin Aly 17 Nov '06

17 Nov '06

Hello all, that is my first mail to this list, so please apologize if I do mistakes. I recently compiled MonetDB on a NFS-home-directory (stupid, now that I think of it). The error message I got was: !FATAL: GDKlockHome: Database lock '.gdk_lock' denied After some investigations I found out that in /cvsroot/monetdb/MonetDB/src/gdk/gdk_posix.mx the original OS-error message was discarded and a simple error-return-value was choosen. I suggest to change it to something like what is attached to this mail. Best regards, Robin -- Robin Aly (PhD student, University Twente) Phone: +31 (53) 489 4520 Fax: +31 (53) 489 2927 email: r.aly(a)ewi.utwente.nl

2 2

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/algebra/opt opt_set.c, 1.1, 1.2
by Maurice van Keulen 17 Nov '06

17 Nov '06

Hi Jan, I just thought: how does your duplicate generating scjoins relate to the generalized scjoin I proposed in my TDM 2004-paper? <http://db.cs.utwente.nl/Publications/PaperStore/db-utwente-0000003587.pdf> Maurice. Jan Rittinger wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/algebra/opt > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv23019/algebra/opt > > Modified Files: > opt_set.c > Log Message: > -- Rewrite scjoin operators into duplicate generating ones as intermediate > step. (This helps the join pushdown phase to push down more joins.) > > > Index: opt_set.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/algebra/opt/opt_set.c,v > retrieving revision 1.1 > retrieving revision 1.2 > diff -u -d -r1.1 -r1.2 > --- opt_set.c 13 Nov 2006 17:10:59 -0000 1.1 > +++ opt_set.c 17 Nov 2006 14:03:41 -0000 1.2 > @@ -50,6 +50,11 @@ > #define L(p) ((p)->child[0]) > /** starting from p, make a step right */ > #define R(p) ((p)->child[1]) > +/** and so on ... */ > +#define LL(p) (L(L(p))) > +#define LR(p) (R(L(p))) > +#define RL(p) (L(R(p))) > +#define RR(p) (R(R(p))) > > #define SEEN(p) ((p)->bit_dag) > > @@ -71,6 +76,56 @@ > > /* action code */ > switch (p->kind) { > + case la_eqjoin: > + /* Rewrite scjoin into duplicate generating scjoins > + (underneath join operators). This hopefully allows > + the above join to be pushed down in a later phase. */ > + if (PFprop_set (p->prop) && > + L(p)->kind == la_scjoin && > + PFprop_set (L(p)->prop)) { > + PFalg_att_t item_res; > + item_res = PFalg_ori_name ( > + PFalg_unq_name (att_item, 0), > + ~(L(p)->sem.scjoin.item | > + L(p)->sem.scjoin.iter)); > + *L(p) = *PFla_project ( > + PFla_dup_scjoin ( > + LL(p), > + LR(p), > + L(p)->sem.scjoin.axis, > + L(p)->sem.scjoin.ty, > + L(p)->sem.scjoin.item, > + item_res), > + PFalg_proj (L(p)->sem.scjoin.iter, > + L(p)->sem.scjoin.iter), > + PFalg_proj (L(p)->sem.scjoin.item, > + item_res)); > + break; > + } > + if (PFprop_set (p->prop) && > + R(p)->kind == la_scjoin && > + PFprop_set (R(p)->prop)) { > + PFalg_att_t item_res; > + item_res = PFalg_ori_name ( > + PFalg_unq_name (att_item, 0), > + ~(R(p)->sem.scjoin.item | > + R(p)->sem.scjoin.iter)); > + *R(p) = *PFla_project ( > + PFla_dup_scjoin ( > + RL(p), > + RR(p), > + R(p)->sem.scjoin.axis, > + R(p)->sem.scjoin.ty, > + R(p)->sem.scjoin.item, > + item_res), > + PFalg_proj (R(p)->sem.scjoin.iter, > + R(p)->sem.scjoin.iter), > + PFalg_proj (R(p)->sem.scjoin.item, > + item_res)); > + break; > + } > + break; > + > case la_distinct: > if (PFprop_set (p->prop)) > *p = *PFla_dummy (L(p)); > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins > -- ---------------------------------------------------------------------- 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

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/include logical.h, 1.25, 1.26 logical_mnemonic.h, 1.14, 1.15
by Maurice van Keulen 13 Nov '06

13 Nov '06

Hi Jan, Can you explain a little bit more about this? Or is there a Wiki page that explains it? I'm rather curious about what you mean by "duplicate generating path step operator" Maurice. Jan Rittinger wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/include > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv28492/include > > Modified Files: > logical.h logical_mnemonic.h > Log Message: > -- Introduced a new duplicate generating path step operator. This operator > is introduced in the proxy detection phase and replaces the following > pattern by a new dup_scjoin operator: > > |X| > __/ \__ > / \ > (pi) | > | | > scjoin (pi) > / | | > (pi) | > \__ __/ > \ / > # > > The new operator keeps all the columns of its right argument -- the left > argument refers to the fragment information -- and adds a new column > (stored in the semantical field scjoin.item_res) based on the context column > (stored in the semantical field scjoin.item). Because the result may change > the cardinality all the other columns are mapped based on the input context > nodes. > > > Index: logical_mnemonic.h > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/include/logical_mnemonic.h,v > retrieving revision 1.14 > retrieving revision 1.15 > diff -u -d -r1.14 -r1.15 > --- logical_mnemonic.h 27 Sep 2006 12:03:51 -0000 1.14 > +++ logical_mnemonic.h 13 Nov 2006 09:58:40 -0000 1.15 > @@ -134,6 +134,7 @@ > > /** staircase join */ > #define scjoin(a,b,c,d,e,f,g) PFla_scjoin ((a),(b),(c),(d),(e),(f),(g)) > +#define dup_scjoin(a,b,c,d,e,f) PFla_dup_scjoin ((a),(b),(c),(d),(e),(f)) > > /** document table */ > #define doc_tbl(a,b,c,d) PFla_doc_tbl((a),(b),(c),(d)) > > Index: logical.h > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/include/logical.h,v > retrieving revision 1.25 > retrieving revision 1.26 > diff -u -d -r1.25 -r1.26 > --- logical.h 31 Oct 2006 09:32:45 -0000 1.25 > +++ logical.h 13 Nov 2006 09:58:40 -0000 1.26 > @@ -87,8 +87,9 @@ > iteration (Pathfinder extension) */ > , la_all = 44 /**< test if all items in an iteration are true */ > , la_scjoin = 50 /**< staircase join */ > - , la_doc_tbl = 51 /**< document relation (is also a fragment) */ > - , la_doc_access = 52 /**< document access necessary for pf:string-value */ > + , la_dup_scjoin = 51 /**< staircase join */ > + , la_doc_tbl = 52 /**< document relation (is also a fragment) */ > + , la_doc_access = 53 /**< document access necessary for pf:string-value */ > , la_element = 60 /**< element-constructing operator */ > , la_element_tag = 61 /**< part of the element-constructing operator; > connecting element tag and content; > @@ -604,6 +605,16 @@ > PFalg_att_t iter, PFalg_att_t item, > PFalg_att_t item_res); > > +/** > + * Staircase join without duplicates between two relations. > + * Each such join corresponds to the evaluation of an XPath > + * location step. > + */ > +PFla_op_t * PFla_dup_scjoin (const PFla_op_t *doc, const PFla_op_t *n, > + PFalg_axis_t axis, PFty_t seqty, > + PFalg_att_t item, > + PFalg_att_t item_res); > + > /*********** node construction functionality *************/ > > /* > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins > -- ---------------------------------------------------------------------- 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

2 1

Re: [Monetdb-developers] Monetdb-developers Digest, Vol 6, Issue 15
by p.a.boncz 11 Nov '06

11 Nov '06

Hi Stefan, Thanks for bringing this up. While I started with (1) for some of the most glaring bugs on Wednesday to ensure that the HEAD has some functionality; I switched to (2) since yesterday. Peter ------------------------------ Message: 2 Date: Fri, 10 Nov 2006 00:39:08 +0100 From: Stefan Manegold <Stefan.Manegold(a)cwi.nl> Subject: [Monetdb-developers] Branches, Checkins & Propagation To: monetdb-developers(a)lists.sourceforge.net Message-ID: <20061109233908.GA13905(a)corona.ins.cwi.nl> Content-Type: text/plain; charset=us-ascii Esteemed fellow developers, having two tightly related branches --- the release branch and the development trunk --- give us the opportunity to clearly and conveniently isolate new "progressive" developments on the development trunk from "conservative" code consolidation and bug fixing on the release branch. Unfortunately, also this medal has a second side: to make the development trunk benefit from the code consolidation and bug fixes on the release branch either (1) *each* of the respective changes has to be checked in twice (by *each* developer), or (2) the checkins to the branch are *in bulk* (aka. "automa[tgn]ically") propagated from the release branch to the development trunk on an (ir?)regular basis or on need/request. (1) has the advantage that all bug fixes are "instantly" available in the development trunk, too, but comes at the cost of double checkins and bears the risk of "forgetting" one. (2) keep all developers from extra work and -responsibility, but has the disadvantage that the availability of bug fixes in the development trunk is delayed. Both strategies bear the risk of conflicts in case development has modified code before a bug fix is applied. That's obviously unavoidable and such conflicts need to be resolved "by hand". Provided only one of the two strategies is strictly applied these should be the only conflicts. Mixing the two strategies, however, is IMHO no option, as it will/does/did introduce extra conflicts: Say developer A applies a bug fix X to both the release branch and the development trunk. Later developer B applies once bug fix Y that (partly) changes the code that was also modified by bug fix X. Finally, when developer C tries to perform the bulk propagation of bug fixes since the last propagation (i.e., X & Y) from branch to the trunk, a conflict occurs since X had already been applied on the trunk. Hence, mixing both strategies forces us to spend even more of our precious time and energy on fixing these *avoidable* conflicts by hand. I guess, I can assume that you all agree that this is not desirable. Since we started with the first release branch a couple of years ago, we have been using strategy (2), summarized as * all bug-fixes (and only these) must go to the new release branches (and only there) * all new features must go to the development trunks (and only there) However, since the above (and similar) situation of mixing the strategies with all its consequences has just occurred, I'm wondering whether you're all still "satisfied" with strategy (2), or whether you'd prefer to switch (completely!) to strategy (1). I'm in favor of sticking to (2), but I'm perfectly fine if we agree on *consequently* switching to (1). Hence, please hit your keyboard, comment, and vote for either strategy. Looking forward to hearing your verdict! Good night, Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 | ------------------------------ Message: 3 Date: Fri, 10 Nov 2006 09:39:23 +0100 From: Torsten Grust <torsten.grust(a)gmail.com> Subject: Re: [Monetdb-developers] Branches, Checkins & Propagation To: Stefan Manegold <Stefan.Manegold(a)cwi.nl> Cc: monetdb-developers(a)lists.sourceforge.net Message-ID: <85BE9631-CA92-4AF0-817D-F6352C2BDD15(a)gmail.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Dear all, I'm all with option (2) here. --Teggy On Nov 10, 2006, 12:39 AM, Stefan Manegold wrote with possible deletions: > [...] Unfortunately, also this medal has a second side: to make the > development > trunk benefit from the code consolidation and bug fixes on the release > branch either (1) *each* of the respective changes has to be > checked in > twice (by *each* developer), or (2) the checkins to the branch are > *in bulk* > (aka. "automa[tgn]ically") propagated from the release branch to the > development trunk on an (ir?)regular basis or on need/request. [...] -- | Torsten Grust | torsten.grust(a)gmail.com ------------------------------ Message: 4 Date: Fri, 10 Nov 2006 11:33:13 +0100 From: Stefan Manegold <Stefan.Manegold(a)cwi.nl> Subject: Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime pathfinder.mx, 1.269.2.7, 1.269.2.8 To: monetdb-developers(a)lists.sourceforge.net, Peter Boncz <P.Boncz(a)cwi.nl> Cc: monetdb-pf-checkins(a)lists.sourceforge.net Message-ID: <20061110103313.GA26099(a)corona.ins.cwi.nl> Content-Type: text/plain; charset=us-ascii Peter are the *.print() below debugging output that should not be in and hence be removed again? Thanks! Stefan On Thu, Nov 09, 2006 at 11:35:05PM +0000, Peter Boncz wrote: > Update of /cvsroot/monetdb/pathfinder/runtime > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv29555 > > Modified Files: > Tag: XQuery_0-14 > pathfinder.mx > Log Message: > - newnids(): prevent error in slice > > > > Index: pathfinder.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/pathfinder.mx,v > retrieving revision 1.269.2.7 > retrieving revision 1.269.2.8 > diff -u -d -r1.269.2.7 -r1.269.2.8 > --- pathfinder.mx 9 Nov 2006 18:17:58 -0000 1.269.2.7 > +++ pathfinder.mx 9 Nov 2006 23:35:02 -0000 1.269.2.8 > @@ -1488,10 +1488,10 @@ > { > var free_nids := runtime.fetch(RT_NID_FREELIST); > var i := count(free_nids); > - > +free_nids.col_name("free_nids").print(); > # re-use a page from the list; or -if empty- append a new page > if (i > 0) { > - var ret := free_nids.slice(i - cnt, i - 1).copy(); > + var ret := free_nids.slice(max(0, i - cnt), i - 1).copy(); > free_nids.delete(ret); > return ret; > } > @@ -1797,6 +1797,7 @@ > lock_set(coll_lock); > var newnids := empty_bat, err := CATCH(newnids := __runtime_newnids(runtime, cnt)); > lock_unset(coll_lock); > +newnids.col_name("newnids").print(); > > if (isnil(err) and bit(cnt :-= count(newnids))) { > # not enough free nids page: we must physically extend the nid_rid table > @@ -1834,6 +1835,7 @@ > var delta := reverse(nid_rid.slice(nid_off,nid_cnt - 1)); > # put nids in reverse order in the freelist, so they are given out in order > delta := delta.copy().access(BAT_WRITE).revert(); > +delta.col_name("delta").print(); > > # add extra created NIDs to the freelist > lock_set(coll_lock); > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins > > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 | ------------------------------ ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ------------------------------ _______________________________________________ Monetdb-developers mailing list Monetdb-developers(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-developers End of Monetdb-developers Digest, Vol 6, Issue 15 *************************************************

3 2

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB/src/modules/plain logger.mx, 1.49.2.4, 1.49.2.5
by Stefan Manegold 11 Nov '06

11 Nov '06

Niels, maybe, we should consider making --enable-strict the default also in the branch as long as development/bug-fixing goes on and only switch back to --disable-strict ust before we actually build the release? Stefan On Sat, Nov 11, 2006 at 08:11:33AM +0000, Niels Nes wrote: > Update of /cvsroot/monetdb/MonetDB/src/modules/plain > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv2406 > > Modified Files: > Tag: MonetDB_4-14 > logger.mx > Log Message: > (reconfigured using --enable-strict), ie more compilation fixes > > > Index: logger.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB/src/modules/plain/logger.mx,v > retrieving revision 1.49.2.4 > retrieving revision 1.49.2.5 > diff -u -d -r1.49.2.4 -r1.49.2.5 > --- logger.mx 11 Nov 2006 08:03:35 -0000 1.49.2.4 > +++ logger.mx 11 Nov 2006 08:11:31 -0000 1.49.2.5 > @@ -359,7 +359,7 @@ > } > > static int > -log_read_seq(logger *logger, trans *tr, logformat *l) > +log_read_seq(logger *logger, logformat *l) > { > int seq = l->nr; > lng id; > @@ -532,6 +532,7 @@ > static void > log_read_destroy(logger *logger, trans *tr, char *name) > { > + (void)logger; > tr_grow(tr); > tr->changes[tr->nr].type = LOG_DESTROY; > tr->changes[tr->nr].name = GDKstrdup(name); > @@ -607,6 +608,7 @@ > static void > log_read_use(logger *logger, trans *tr, logformat *l, char *name) > { > + (void)logger; > tr_grow(tr); > tr->changes[tr->nr].type = LOG_USE; > tr->changes[tr->nr].nr = l->nr; > @@ -814,7 +816,7 @@ > tr = tr_commit(logger, tr); > break; > case LOG_SEQ: > - err = (log_read_seq(logger, tr, &l) != LOG_OK); > + err = (log_read_seq(logger, &l) != LOG_OK); > break; > case LOG_INSERT: > case LOG_DELETE: > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 0

[Monetdb-developers] Functions & macros
by Wouter Scherphof 10 Nov '06

10 Nov '06

Let me just check if I got this correctly: Is it a general rule that each call to a function generates overhead, that can be eliminated by replacing the function with a macro and "calling" the macro instead? Regards, Wouter.

4 3

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime pathfinder.mx, 1.269.2.7, 1.269.2.8
by Stefan Manegold 10 Nov '06

10 Nov '06

Peter are the *.print() below debugging output that should not be in and hence be removed again? Thanks! Stefan On Thu, Nov 09, 2006 at 11:35:05PM +0000, Peter Boncz wrote: > Update of /cvsroot/monetdb/pathfinder/runtime > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv29555 > > Modified Files: > Tag: XQuery_0-14 > pathfinder.mx > Log Message: > - newnids(): prevent error in slice > > > > Index: pathfinder.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/pathfinder.mx,v > retrieving revision 1.269.2.7 > retrieving revision 1.269.2.8 > diff -u -d -r1.269.2.7 -r1.269.2.8 > --- pathfinder.mx 9 Nov 2006 18:17:58 -0000 1.269.2.7 > +++ pathfinder.mx 9 Nov 2006 23:35:02 -0000 1.269.2.8 > @@ -1488,10 +1488,10 @@ > { > var free_nids := runtime.fetch(RT_NID_FREELIST); > var i := count(free_nids); > - > +free_nids.col_name("free_nids").print(); > # re-use a page from the list; or -if empty- append a new page > if (i > 0) { > - var ret := free_nids.slice(i - cnt, i - 1).copy(); > + var ret := free_nids.slice(max(0, i - cnt), i - 1).copy(); > free_nids.delete(ret); > return ret; > } > @@ -1797,6 +1797,7 @@ > lock_set(coll_lock); > var newnids := empty_bat, err := CATCH(newnids := __runtime_newnids(runtime, cnt)); > lock_unset(coll_lock); > +newnids.col_name("newnids").print(); > > if (isnil(err) and bit(cnt :-= count(newnids))) { > # not enough free nids page: we must physically extend the nid_rid table > @@ -1834,6 +1835,7 @@ > var delta := reverse(nid_rid.slice(nid_off,nid_cnt - 1)); > # put nids in reverse order in the freelist, so they are given out in order > delta := delta.copy().access(BAT_WRITE).revert(); > +delta.col_name("delta").print(); > > # add extra created NIDs to the freelist > lock_set(coll_lock); > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins > > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 0

[Monetdb-developers] Branches, Checkins & Propagation
by Stefan Manegold 10 Nov '06

10 Nov '06

Esteemed fellow developers, having two tightly related branches --- the release branch and the development trunk --- give us the opportunity to clearly and conveniently isolate new "progressive" developments on the development trunk from "conservative" code consolidation and bug fixing on the release branch. Unfortunately, also this medal has a second side: to make the development trunk benefit from the code consolidation and bug fixes on the release branch either (1) *each* of the respective changes has to be checked in twice (by *each* developer), or (2) the checkins to the branch are *in bulk* (aka. "automa[tgn]ically") propagated from the release branch to the development trunk on an (ir?)regular basis or on need/request. (1) has the advantage that all bug fixes are "instantly" available in the development trunk, too, but comes at the cost of double checkins and bears the risk of "forgetting" one. (2) keep all developers from extra work and -responsibility, but has the disadvantage that the availability of bug fixes in the development trunk is delayed. Both strategies bear the risk of conflicts in case development has modified code before a bug fix is applied. That's obviously unavoidable and such conflicts need to be resolved "by hand". Provided only one of the two strategies is strictly applied these should be the only conflicts. Mixing the two strategies, however, is IMHO no option, as it will/does/did introduce extra conflicts: Say developer A applies a bug fix X to both the release branch and the development trunk. Later developer B applies once bug fix Y that (partly) changes the code that was also modified by bug fix X. Finally, when developer C tries to perform the bulk propagation of bug fixes since the last propagation (i.e., X & Y) from branch to the trunk, a conflict occurs since X had already been applied on the trunk. Hence, mixing both strategies forces us to spend even more of our precious time and energy on fixing these *avoidable* conflicts by hand. I guess, I can assume that you all agree that this is not desirable. Since we started with the first release branch a couple of years ago, we have been using strategy (2), summarized as * all bug-fixes (and only these) must go to the new release branches (and only there) * all new features must go to the development trunks (and only there) However, since the above (and similar) situation of mixing the strategies with all its consequences has just occurred, I'm wondering whether you're all still "satisfied" with strategy (2), or whether you'd prefer to switch (completely!) to strategy (1). I'm in favor of sticking to (2), but I'm perfectly fine if we agree on *consequently* switching to (1). Hence, please hit your keyboard, comment, and vote for either strategy. Looking forward to hearing your verdict! Good night, Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 1

Re: [Monetdb-developers] Monetdb-developers Digest, Vol 6, Issue 14
by Romulo Goncalves 09 Nov '06

09 Nov '06

monetdb-developers-request(a)lists.sourceforge.net wrote: > Send Monetdb-developers mailing list submissions to > monetdb-developers(a)lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/monetdb-developers > or, via email, send a message with subject or body 'help' to > monetdb-developers-request(a)lists.sourceforge.net > > You can reach the person managing the list at > monetdb-developers-owner(a)lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Monetdb-developers digest..." > > > Today's Topics: > > 1. Mserver including SQL module.... (Romulo Goncalves) > 2. Re: Mserver including SQL module.... (Fabian Groffen) > 3. Re: Mserver including SQL module.... (Romulo Goncalves) > 4. Re: Mserver including SQL module.... (Fabian) > 5. Re: Mserver including SQL module.... (Romulo Goncalves) > 6. Re: Mserver including SQL module.... (Fabian) > 7. sql.start() is not reconized anymore..... (Romulo Goncalves) > 8. Re: sql.start() is not reconized anymore..... (Martin Kersten) > 9. Re: sql.start() is not reconized anymore..... (Fabian Groffen) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 09 Nov 2006 10:16:28 +0100 > From: Romulo Goncalves <R.A.Goncalves(a)cwi.nl> > Subject: [Monetdb-developers] Mserver including SQL module.... > To: monetdb-developers(a)lists.sourceforge.net > Message-ID: <4552F1EC.5050701(a)cwi.nl> > Content-Type: text/plain; charset=UTF-8; format=flowed > > Dear developers. > > I checked out the last SQL version. > > I start a mserver including the SQL module with the following alias: > >> gdb --args ~/scratch/MonetDB/monetdb5/bin/mserver5 --dbname=demo --set mapi_port=50000 --dbinit="module(sql_server); clients.setTrace(true);" > > and I got this error: > >> [Thread debugging using libthread_db enabled] >> [New Thread 46912510627904 (LWP 13853)] >> !WARNING: GDKlockHome: created directory /ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/dbfarm/demo/ >> !WARNING: GDKlockHome: ignoring empty or invalid .gdk_lock. >> !WARNING: BBPdir: initializing BBP. >> [New Thread 1082132832 (LWP 13856)] >> # MonetDB Server v4.99.19 >> # Copyright (c) 1993-2006 CWI, all rights reserved >> # Compiled for x86_64-redhat-linux-gnu/64bit with 64bit OIDs dynamically linked >> # config:/ufs/goncalve/scratch/MonetDB/monetdb5/etc/MonetDB5.conf >> # dbfarm:/ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/dbfarm >> # dbname:demo >> # Visit http://monetdb.cwi.nl/ for further information >> [New Thread 1090525536 (LWP 13857)] >> !ERROR: module(sql_server); clients.setTrace(true); >> ! ^<module path> expected > > > There is something wrong with my alias? > > I used the example in the file HowToStart-SQL. > > Regards, > Romulo > > > > > > > ------------------------------ > > Message: 2 > Date: Thu, 9 Nov 2006 10:58:22 +0100 > From: Fabian Groffen <Fabian.Groffen(a)cwi.nl> > Subject: Re: [Monetdb-developers] Mserver including SQL module.... > To: Romulo Goncalves <R.A.Goncalves(a)cwi.nl> > Cc: monetdb-developers(a)lists.sourceforge.net > Message-ID: <20061109095822.GG30793(a)cwi.nl> > Content-Type: text/plain; charset=utf-8 > > On 09-11-2006 10:16:28 +0100, Romulo Goncalves wrote: >>> # MonetDB Server v4.99.19 >>> # Copyright (c) 1993-2006 CWI, all rights reserved >>> # Compiled for x86_64-redhat-linux-gnu/64bit with 64bit OIDs dynamically linked >>> # config:/ufs/goncalve/scratch/MonetDB/monetdb5/etc/MonetDB5.conf >>> # dbfarm:/ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/dbfarm >>> # dbname:demo >>> # Visit http://monetdb.cwi.nl/ for further information >>> [New Thread 1090525536 (LWP 13857)] >>> !ERROR: module(sql_server); clients.setTrace(true); >>> ! ^<module path> expected > > include sql; > > > > ------------------------------ > > Message: 3 > Date: Thu, 09 Nov 2006 14:37:17 +0100 > From: Romulo Goncalves <R.A.Goncalves(a)cwi.nl> > Subject: Re: [Monetdb-developers] Mserver including SQL module.... > To: Fabian <Fabian.Groffen(a)cwi.nl>, > monetdb-developers(a)lists.sourceforge.net > Message-ID: <45532F0D.4030403(a)cwi.nl> > Content-Type: text/plain; charset=UTF-8; format=flowed > > Fabian Groffen wrote: >> On 09-11-2006 10:16:28 +0100, Romulo Goncalves wrote: >>>> # MonetDB Server v4.99.19 >>>> # Copyright (c) 1993-2006 CWI, all rights reserved >>>> # Compiled for x86_64-redhat-linux-gnu/64bit with 64bit OIDs dynamically linked >>>> # config:/ufs/goncalve/scratch/MonetDB/monetdb5/etc/MonetDB5.conf >>>> # dbfarm:/ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/dbfarm >>>> # dbname:demo >>>> # Visit http://monetdb.cwi.nl/ for further information >>>> [New Thread 1090525536 (LWP 13857)] >>>> !ERROR: module(sql_server); clients.setTrace(true); >>>> ! ^<module path> expected >> include sql; > Sorry, but in the file HowtoStart and example shows that include sql; is > not needed. > > Mserver --set > monet_mod_path=<monetdb-prefix>/lib(64)/MonetDB:<sql-prefix>/lib(64)/MonetDB > --dbinit="module(sql_server); sql_server_start();" > > This sentence is in my HowToStart (development SQL trunk) > > I just followed my HowToStart, so someone should fix it. > > Regards, > Romulo > > > > ------------------------------ > > Message: 4 > Date: Thu, 9 Nov 2006 14:38:23 +0100 > From: Fabian <Fabian.Groffen(a)cwi.nl> > Subject: Re: [Monetdb-developers] Mserver including SQL module.... > To: monetdb-developers(a)lists.sourceforge.net > Message-ID: <20061109133823.GQ30793(a)cwi.nl> > Content-Type: text/plain; charset=utf-8 > > On 09-11-2006 14:37:17 +0100, Romulo Goncalves wrote: >> This sentence is in my HowToStart (development SQL trunk) >> >> I just followed my HowToStart, so someone should fix it. > > "someone"? > > YOU! > > > > ------------------------------ > > Message: 5 > Date: Thu, 09 Nov 2006 14:46:13 +0100 > From: Romulo Goncalves <R.A.Goncalves(a)cwi.nl> > Subject: Re: [Monetdb-developers] Mserver including SQL module.... > To: Romulo Goncalves <R.A.Goncalves(a)cwi.nl> > Cc: Fabian <Fabian.Groffen(a)cwi.nl>, > monetdb-developers(a)lists.sourceforge.net > Message-ID: <45533125.6010600(a)cwi.nl> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Romulo Goncalves wrote: >> Fabian Groffen wrote: >>> On 09-11-2006 10:16:28 +0100, Romulo Goncalves wrote: >>>>> # MonetDB Server v4.99.19 >>>>> # Copyright (c) 1993-2006 CWI, all rights reserved >>>>> # Compiled for x86_64-redhat-linux-gnu/64bit with 64bit OIDs >>>>> dynamically linked >>>>> # config:/ufs/goncalve/scratch/MonetDB/monetdb5/etc/MonetDB5.conf >>>>> # dbfarm:/ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/dbfarm >>>>> # dbname:demo >>>>> # Visit http://monetdb.cwi.nl/ for further information >>>>> [New Thread 1090525536 (LWP 13857)] >>>>> !ERROR: module(sql_server); clients.setTrace(true); >>>>> ! ^<module path> expected >>> include sql; >> Sorry, but in the file HowtoStart and example shows that include sql; is >> not needed. >> >> Mserver --set >> monet_mod_path=<monetdb-prefix>/lib(64)/MonetDB:<sql-prefix>/lib(64)/MonetDB >> --dbinit="module(sql_server); sql_server_start();" >> >> This sentence is in my HowToStart (development SQL trunk) >> >> I just followed my HowToStart, so someone should fix it. >> >> Regards, >> Romulo >> > Well, I just realized that the HowToStart is created only for MonetDB4 > and not MonetDB5. > > Sorry for the inconvenience. > > Regards, > Romulo > > > > ------------------------------ > > Message: 6 > Date: Thu, 9 Nov 2006 14:48:59 +0100 > From: Fabian <Fabian.Groffen(a)cwi.nl> > Subject: Re: [Monetdb-developers] Mserver including SQL module.... > To: monetdb-developers(a)lists.sourceforge.net > Message-ID: <20061109134859.GS30793(a)cwi.nl> > Content-Type: text/plain; charset=utf-8 > > On 09-11-2006 14:46:13 +0100, Romulo Goncalves wrote: >>> This sentence is in my HowToStart (development SQL trunk) >>> >>> I just followed my HowToStart, so someone should fix it. >>> >>> Regards, >>> Romulo >>> >> Well, I just realized that the HowToStart is created only for MonetDB4 >> and not MonetDB5. >> >> Sorry for the inconvenience. > > :) > > Maybe it's time to make a section in the file for M5? > > > > ------------------------------ > > Message: 7 > Date: Thu, 09 Nov 2006 20:25:05 +0100 > From: Romulo Goncalves <R.A.Goncalves(a)cwi.nl> > Subject: [Monetdb-developers] sql.start() is not reconized > anymore..... > To: monetdb-developers(a)lists.sourceforge.net, Martin Kersten > <Martin.Kersten(a)cwi.nl> > Message-ID: <45538091.40809(a)cwi.nl> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Dear monetdb developers. > > After the last update in M5 from Martin I start to have the following > problem: > > > Starting program: > /net/amelia/export/scratch1/goncalve/MonetDB/monetdb5/bin/mserver5 > --dbname=demo --set mapi_port=50000 --dbinit=include\ sql\;\ > clients.setTrace$true$\;\ sql.start\; > [Thread debugging using libthread_db enabled] > [New Thread 46912510627904 (LWP 3435)] > !WARNING: GDKlockHome: created directory > /ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/dbfarm/demo/ > !WARNING: GDKlockHome: ignoring empty or invalid .gdk_lock. > !WARNING: BBPdir: initializing BBP. > [New Thread 1082132832 (LWP 3438)] > # MonetDB Server v4.99.19 > # Copyright (c) 1993-2006 CWI, all rights reserved > # Compiled for x86_64-redhat-linux-gnu/64bit with 64bit OIDs dynamically > linked > # config:/ufs/goncalve/scratch/MonetDB/monetdb5/etc/MonetDB5.conf > # dbfarm:/ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/dbfarm > # dbname:demo > # Visit http://monetdb.cwi.nl/ for further information > [New Thread 1090525536 (LWP 3439)] > #MALexception:malInclude:could not open file: sql > > !ERROR: 'sql.start' undefined in user.main[2] _3:any := sql.start() > > > > I am using M5 development trunk and the same for SQL. This changes > related to sql.start() are to be applied in M4 and not in M5, right? > > Regards, > Romulo > > > > ------------------------------ > > Message: 8 > Date: Thu, 09 Nov 2006 20:52:18 +0100 > From: Martin Kersten <Martin.Kersten(a)cwi.nl> > Subject: Re: [Monetdb-developers] sql.start() is not reconized > anymore..... > Cc: monetdb-developers(a)lists.sourceforge.net > Message-ID: <455386F2.2060200(a)cwi.nl> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Romulo Goncalves wrote: >> Dear monetdb developers. >> >> After the last update in M5 from Martin I start to have the following >> problem: > This problem is not (yet) confirmed. > mserver5 --dbinit="include sql;sql.start();" > seem to work in my setting. > An independent confirmation is needed. >> >> Starting program: >> /net/amelia/export/scratch1/goncalve/MonetDB/monetdb5/bin/mserver5 >> --dbname=demo --set mapi_port=50000 --dbinit=include\ sql\;\ >> clients.setTrace$true$\;\ sql.start\; >> [Thread debugging using libthread_db enabled] >> [New Thread 46912510627904 (LWP 3435)] >> !WARNING: GDKlockHome: created directory >> /ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/dbfarm/demo/ >> !WARNING: GDKlockHome: ignoring empty or invalid .gdk_lock. >> !WARNING: BBPdir: initializing BBP. >> [New Thread 1082132832 (LWP 3438)] >> # MonetDB Server v4.99.19 >> # Copyright (c) 1993-2006 CWI, all rights reserved >> # Compiled for x86_64-redhat-linux-gnu/64bit with 64bit OIDs dynamically >> linked >> # config:/ufs/goncalve/scratch/MonetDB/monetdb5/etc/MonetDB5.conf >> # dbfarm:/ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/dbfarm >> # dbname:demo >> # Visit http://monetdb.cwi.nl/ for further information >> [New Thread 1090525536 (LWP 3439)] >> #MALexception:malInclude:could not open file: sql >> >> !ERROR: 'sql.start' undefined in user.main[2] _3:any := sql.start() >> > >> >> I am using M5 development trunk and the same for SQL. This changes >> related to sql.start() are to be applied in M4 and not in M5, right? >> >> Regards, >> Romulo > > > > > ------------------------------ > > Message: 9 > Date: Thu, 9 Nov 2006 21:03:53 +0100 > From: Fabian Groffen <Fabian.Groffen(a)cwi.nl> > Subject: Re: [Monetdb-developers] sql.start() is not reconized > anymore..... > To: monetdb-developers(a)lists.sourceforge.net > Message-ID: <20061109200353.GB16767(a)cwi.nl> > Content-Type: text/plain; charset=utf-8 > > On 09-11-2006 20:52:18 +0100, Martin Kersten wrote: >> Romulo Goncalves wrote: >>> Dear monetdb developers. >>> >>> After the last update in M5 from Martin I start to have the following >>> problem: >> This problem is not (yet) confirmed. >> mserver5 --dbinit="include sql;sql.start();" >> seem to work in my setting. >> An independent confirmation is needed. >>> >>> Starting program: >>> /net/amelia/export/scratch1/goncalve/MonetDB/monetdb5/bin/mserver5 >>> --dbname=demo --set mapi_port=50000 --dbinit=include\ sql\;\ >>> clients.setTrace$true$\;\ sql.start\; >>> [Thread debugging using libthread_db enabled] >>> [New Thread 46912510627904 (LWP 3435)] >>> !WARNING: GDKlockHome: created directory >>> /ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/dbfarm/demo/ >>> !WARNING: GDKlockHome: ignoring empty or invalid .gdk_lock. >>> !WARNING: BBPdir: initializing BBP. >>> [New Thread 1082132832 (LWP 3438)] >>> # MonetDB Server v4.99.19 >>> # Copyright (c) 1993-2006 CWI, all rights reserved >>> # Compiled for x86_64-redhat-linux-gnu/64bit with 64bit OIDs dynamically >>> linked >>> # config:/ufs/goncalve/scratch/MonetDB/monetdb5/etc/MonetDB5.conf >>> # dbfarm:/ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/dbfarm >>> # dbname:demo >>> # Visit http://monetdb.cwi.nl/ for further information >>> [New Thread 1090525536 (LWP 3439)] >>> #MALexception:malInclude:could not open file: sql > > This indicates something is wrong unrelated to sql.start(): "sql" can't > be included at all. Are you sure SQL was installed properly and all > (mod?) paths point into the right directions? I saw some changes > recently related to monet_mod_path... I update all my sources and now I do not have problems. I will tomorrow update the HowToStart. It should also include M5. ;) If someone does not agree please let me know. Thanks for the help. Regards, Romulo > > > > > ------------------------------ > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > ------------------------------ > > _______________________________________________ > Monetdb-developers mailing list > Monetdb-developers(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-developers > > > End of Monetdb-developers Digest, Vol 6, Issue 14 > *************************************************

1 0

[Monetdb-developers] sql.start() is not reconized anymore.....
by Romulo Goncalves 09 Nov '06

09 Nov '06

Dear monetdb developers. After the last update in M5 from Martin I start to have the following problem: Starting program: /net/amelia/export/scratch1/goncalve/MonetDB/monetdb5/bin/mserver5 --dbname=demo --set mapi_port=50000 --dbinit=include\ sql\;\ clients.setTrace$true$\;\ sql.start\; [Thread debugging using libthread_db enabled] [New Thread 46912510627904 (LWP 3435)] !WARNING: GDKlockHome: created directory /ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/dbfarm/demo/ !WARNING: GDKlockHome: ignoring empty or invalid .gdk_lock. !WARNING: BBPdir: initializing BBP. [New Thread 1082132832 (LWP 3438)] # MonetDB Server v4.99.19 # Copyright (c) 1993-2006 CWI, all rights reserved # Compiled for x86_64-redhat-linux-gnu/64bit with 64bit OIDs dynamically linked # config:/ufs/goncalve/scratch/MonetDB/monetdb5/etc/MonetDB5.conf # dbfarm:/ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/dbfarm # dbname:demo # Visit http://monetdb.cwi.nl/ for further information [New Thread 1090525536 (LWP 3439)] #MALexception:malInclude:could not open file: sql !ERROR: 'sql.start' undefined in user.main[2] _3:any := sql.start() > I am using M5 development trunk and the same for SQL. This changes related to sql.start() are to be applied in M4 and not in M5, right? Regards, Romulo

3 2

[Monetdb-developers] Mserver including SQL module....
by Romulo Goncalves 09 Nov '06

09 Nov '06

Dear developers. I checked out the last SQL version. I start a mserver including the SQL module with the following alias: > gdb --args ~/scratch/MonetDB/monetdb5/bin/mserver5 --dbname=demo --set mapi_port=50000 --dbinit="module(sql_server); clients.setTrace(true);" and I got this error: > [Thread debugging using libthread_db enabled] > [New Thread 46912510627904 (LWP 13853)] > !WARNING: GDKlockHome: created directory /ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/dbfarm/demo/ > !WARNING: GDKlockHome: ignoring empty or invalid .gdk_lock. > !WARNING: BBPdir: initializing BBP. > [New Thread 1082132832 (LWP 13856)] > # MonetDB Server v4.99.19 > # Copyright (c) 1993-2006 CWI, all rights reserved > # Compiled for x86_64-redhat-linux-gnu/64bit with 64bit OIDs dynamically linked > # config:/ufs/goncalve/scratch/MonetDB/monetdb5/etc/MonetDB5.conf > # dbfarm:/ufs/goncalve/scratch/MonetDB/monetdb5/var/MonetDB5/dbfarm > # dbname:demo > # Visit http://monetdb.cwi.nl/ for further information > [New Thread 1090525536 (LWP 13857)] > !ERROR: module(sql_server); clients.setTrace(true); > ! ^<module path> expected >> There is something wrong with my alias? I used the example in the file HowToStart-SQL. Regards, Romulo

3 5

[Monetdb-developers] *start() functions
by Niels Nes 08 Nov '06

08 Nov '06

MonetDB developers As the pfstart() is now depricated, it might be a good moment to say goodbye to all these *start functions. We could simply start mapi by default in the mapi module (local or remote connections should be controlled by an monetdb env var then). Any objects to push this cleanup through the release branch? Niels -- Niels Nes, Centre for Mathematics and Computer Science (CWI) Kruislaan 413, 1098 SJ Amsterdam, The Netherlands room C0.02, phone ++31 20 592-4098, fax ++31 20 592-4312 url: http://www.cwi.nl/~niels e-mail: Niels.Nes(a)cwi.nl

3 3

Re: [Monetdb-developers] Monetdb-developers Digest, Vol 6, Issue 12
by Peter Boncz 08 Nov '06

08 Nov '06

Hi Torsten, Because Jens pointed put possible amiguities in the lighter variant (in the general case of any destination expression), we had decided to let it as it was. It turns out that the braces actually complicate parsing in the light variant (with respect to no braces at all, which is unambiguous, for which I provided a 'tidy' patch, but to which Jens also objects to for reasons I still do not understand -- but frankly I have given up on arguing for). Personally, I find it confusing to allow leaving out braces sometimes but requiring them in other cases. So I had accepted the current situation, and (sorry to say) agree with Jennie that your change is no improvement. Notwithstanding the fact that I do appreciate your effort to help out. Peter

1 0

[Monetdb-developers] Compilation problems MonetDB <-> Pathfinder
by Jens Teubner 08 Nov '06

08 Nov '06

Hi all, after a fresh checkout and install of buildtools and MonetDB, I'm getting the following compilation error in the Pathfinder runtime module: /opt/buildtools/bin/mel -I. -I/opt/MonetDB/include/MonetDB -I/opt/MonetDB/include/MonetDB/common -I/opt/MonetDB/include/MonetDB/gdk -I/opt/MonetDB/include/MonetDB/monet -I/opt/MonetDB/include/MonetDB/plain -I/opt/MonetDB/include/MonetDB/contrib -I/opt/MonetDB/include/MonetDB/mapi -I/opt/MonetDB/include/MonetDB/C -I/usr/include/libxml2 -I../compiler/include -I./../compiler/include -proto /opt/MonetDB/include/MonetDB/plain/constant.m > /opt/MonetDB/include/MonetDB/plain/constant.proto.h /bin/sh: /opt/MonetDB/include/MonetDB/plain/constant.proto.h: Permission denied make[3]: *** [/opt/MonetDB/include/MonetDB/plain/constant.proto.h] Error 1 make[3]: Leaving directory `/home/teubner/pf/cvs-head/runtime' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/teubner/pf/cvs-head/runtime' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/teubner/pf/cvs-head' make: *** [all] Error 2 teubner@notekemper14:~/pf/cvs-head> man test It turns out that constant.m in the installation directory of MonetDB is (slightly) newer than constant.proto.h. (Touching the latter solved the problem here.) Two questions arise: (1) Why is constant.m newer than constant.proto.h anyway, given that the latter apparently depends on the former? (Note: I did *not* do any dirty tricks here, such as parallel builds or so.) (2) Why is there a dependency in the Pathfinder Makefiles that try to rebuild files outside the Pathfinder module? If I'm compiling code, I'm not expecting to pollute anything outside the respective build directories. Note that I had installed MonetDB under the superuser account and, hence, wasn't able to overwrite constant.proto.h. Otherwise, the file silently would have been overwritten. The problem certainly won't be easy to reproduce, as it depends on exact timestamps here. But there's something wrong in our build setup that allows such situations to occur at all. Jens -- Jens Teubner Technische Universitaet Muenchen, Department of Informatics D-85748 Garching, Germany Tel: +49 89 289-17259 Fax: +49 89 289-17263 Computers are like air conditioners: They stop working properly if you open windows.

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime serialize_dflt.mx, 1.19, 1.20 serialize_sax.mx, 1.8, 1.9
by Stefan Manegold 08 Nov '06

08 Nov '06

Jan, this as well as you previous checkin went to the development trunk, hence they will NOT be in the release! Stefan On Wed, Nov 08, 2006 at 09:48:26AM +0000, Jan Rittinger wrote: > Update of /cvsroot/monetdb/pathfinder/runtime > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv20415/runtime > > Modified Files: > serialize_dflt.mx serialize_sax.mx > Log Message: > here comes the cleaning woman :) > > > Index: serialize_sax.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/serialize_sax.mx,v > retrieving revision 1.8 > retrieving revision 1.9 > diff -u -d -r1.8 -r1.9 > --- serialize_sax.mx 7 Nov 2006 17:02:35 -0000 1.8 > +++ serialize_sax.mx 8 Nov 2006 09:48:23 -0000 1.9 > @@ -166,7 +166,6 @@ > static bool > sax_init (XqueryCtx* ctx, char* args, char *restag) > { > - (void) ctx; > (void) args; > ctx->driverWs = (void *) restag; /* store result tag */ > sax_init_isspecial(); > @@ -180,8 +179,6 @@ > static bool > sax_handle_startDocument (XqueryCtx* ctx) > { > - (void)ctx; > - > if ( SAXOPHONE ) > return emit_SAX_header(ctx); > else > @@ -197,7 +194,6 @@ > static bool > sax_handle_endDocument (XqueryCtx* ctx) > { > - > if ( SAXOPHONE ) > return emit_SAX_footer(); > else > @@ -239,7 +235,6 @@ > static bool > sax_handle_endElement (XqueryCtx* ctx, str prefix, str name) > { > - > if ( SAXOPHONE ) { > if ( !emit_SAX_event(ctx, "endElement",NULL,0) ) > return PROBLEM; > > Index: serialize_dflt.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/serialize_dflt.mx,v > retrieving revision 1.19 > retrieving revision 1.20 > diff -u -d -r1.19 -r1.20 > --- serialize_dflt.mx 7 Nov 2006 17:02:35 -0000 1.19 > +++ serialize_dflt.mx 8 Nov 2006 09:48:23 -0000 1.20 > @@ -683,8 +683,6 @@ > static bool > xml_seqItemSeparator (XqueryCtx* ctx, int kind_before, int kind_after) > { > - (void)ctx; > - > if ((XTRACT_KIND(kind_before) < ATOMIC) && > (XTRACT_KIND(kind_after) < ATOMIC)) > stream_write (ctx->out, &s_, 1, 1); /* ' ' */ > @@ -747,7 +745,6 @@ > typed_xml_seqItemStart (XqueryCtx* ctx, int kind) > { > char *item_start = 0; > - (void)ctx; > > switch (XTRACT_KIND(kind)) { > case BOOL: > @@ -813,7 +810,6 @@ > typed_xml_seqItemEnd (XqueryCtx* ctx, int kind) > { > char *item_end = 0; > - (void)ctx; > > switch (XTRACT_KIND(kind)) { > case BOOL: > @@ -908,7 +904,6 @@ > soap_xml_seqItemEnd (XqueryCtx* ctx, int kind) > { > char *item_end = 0; > - (void)ctx; > > switch (XTRACT_KIND(kind)) { > case BOOL: > @@ -977,7 +972,6 @@ > static bool > seq_seqItemStart (XqueryCtx* ctx, int kind) > { > - (void)ctx; > (void)kind; > > /* SQL-ish mode: write start of tuple and open string */ > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime pathfinder.mx, 1.270, 1.271
by Stefan Manegold 08 Nov '06

08 Nov '06

FYI: Here's the status of `Mtest_pathfinder -r runtime/ testing/` of the CVS head at three timestamps: Tuesday, Nov 07 2006, 17:59 CET (tag information-functions_and_checkpointing-thread_before in pathfinder) 90 out of 665 tests produced SIGNIFICANTLY different output Tuesday, Nov 07 2006 23:59 CET (tag XQuery_0-14_root in pathfinder; identical with initial XQuery_0-14 release branch and tag information-functions_and_checkpointing-thread_after) 570 out of 665 tests produced SIGNIFICANTLY different output Wednesday, Nov 08 2006 9:00 CET (CVS head still/again idential with release branch) 417 out of 665 tests produced SIGNIFICANTLY different output Stefan On Wed, Nov 08, 2006 at 01:29:34AM +0000, Peter Boncz wrote: > Update of /cvsroot/monetdb/pathfinder/runtime > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv5740 > > Modified Files: > pathfinder.mx > Log Message: > - fn:doc works sgain and that should clear up quite some tests in the testweb > > > > Index: pathfinder.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/pathfinder.mx,v > retrieving revision 1.270 > retrieving revision 1.271 > diff -u -d -r1.270 -r1.271 > --- pathfinder.mx 8 Nov 2006 01:00:29 -0000 1.270 > +++ pathfinder.mx 8 Nov 2006 01:29:32 -0000 1.271 > @@ -63,7 +63,6 @@ > .END pathfinder; > @mil > if (clientid() != 0) { > - drop("_pathfinder"); > ERROR("pathfinder module must be loaded in Mserver console first."); > } > module(mapi); # remote client access > @@ -464,8 +463,30 @@ > .append("_qn_prefix_uri_loc") > .append("_qn_histogram"); > > +PROC pf_checkpoint(BAT[void,str] commitBAT) : bit > +{ > + if (count(commitBAT) = 0) return false; > + commitBAT := commitBAT.access(BAT_WRITE); > + commitBAT.append("xquery_catalog"); > + commitBAT.append("xquery_seqs"); > + commitBAT.append("xquery_snapshots"); > + commitBAT.append("collection_name"); > + commitBAT.append("collection_size"); > + commitBAT.append("doc_name"); > + commitBAT.append("doc_location"); > + commitBAT.append("doc_collection"); > + commitBAT.append("doc_timestamp"); > + commitBAT.append("uri_lifetime"); > + var ok := false; > + lock_set(pf_wal); > + CATCH(ok := subcommit(commitBAT)); > + lock_unset(pf_wal); > + if (not(ok)) ERROR("XQDY0062: checkpoint failed, query aborted.\n"); > + return true; > +} > + > # the logger background thread > -PROC xquery_logmanager() : void { > +PROC pf_logmanager() : void { > var cnt := 0; > while(true) { > if ((logger_changes(pf_logger) > 100000) and ((cnt :+= 1) <= 10)) { > @@ -478,7 +499,7 @@ > sleep(90); > } > } > -fork(xquery_logmanager()); > +fork(pf_logmanager()); > > # the set of document collections (may only be accessed holding pf_short) > var collection_name; # bat[oid,str] collection name > @@ -513,9 +534,8 @@ > doc_location := new(oid,str).persists(true).rename("doc_location"); > doc_timestamp := new(oid,timestamp).persists(true).rename("doc_timestamp"); > uri_lifetime := new(str,lng).persists(true).rename("uri_lifetime"); > -} > -if (not(doc_collection.exist(TEMP_DOC))) { > doc_collection.insert(TEMP_DOC, DOCID_MIN); # hack: store next oid as in invalid TEMP_DOC tuple > + pf_checkpoint(bat(void,str).append("uri_lifetime")); > } > > # runtime collection acccess control (TRANSIENT) > @@ -1819,39 +1839,6 @@ > } > > > -@- commit stuff > - > -Update queries use the WAL for committing their changes rapidly in a single bulk I/O. > -They leave the modified master BATs dirty. > - > -A checkpointing mechanism flushes the BATs to disk periodically (or forced when under > -memory pressure -- but performance-wise it is better to do it pro-actively). > - > -The shredding of new documents uses checkpointing (i.e. direct flush and no WAL) > -directly. This is a reason why update-queries may not contain fn:add_doc() or fn:del_doc() > -statements; such queries would need two different kinds of commits, making them non-atomic. > -@mil > -PROC pf_checkpoint(BAT[void,str] commitBAT) : bit > -{ > - if (count(commitBAT) = 0) return false; > - commitBAT := commitBAT.access(BAT_WRITE); > - commitBAT.append("xquery_catalog"); > - commitBAT.append("xquery_seqs"); > - commitBAT.append("xquery_snapshots"); > - commitBAT.append("collection_name"); > - commitBAT.append("collection_size"); > - commitBAT.append("doc_name"); > - commitBAT.append("doc_location"); > - commitBAT.append("doc_collection"); > - commitBAT.append("doc_timestamp"); > - commitBAT.append("uri_lifetime"); > - var ok := false; > - lock_set(pf_wal); > - CATCH(ok := subcommit(commitBAT)); > - lock_unset(pf_wal); > - if (not(ok)) ERROR("XQDY0062: checkpoint failed, query aborted.\n"); > - return true; > -} > > > @- adding documents > @@ -2147,9 +2134,9 @@ > oid coll_oid, > BAT[lock,bat] runtime, > oid docid_base, > - bit doCommit, > lng pageFree, > timestamp ts, > + bit doCommit, > Stream s, > lng wsid) : oid > { > @@ -2266,7 +2253,7 @@ > shred_into_docBAT(docBAT, > idx.leftfetchjoin(idx_locations), > idx.leftfetchjoin(idx_names), > - colname, coll_oid, runtime, oid_nil, true, percentage, timestamp_nil, s, wsid); > + colname, coll_oid, runtime, oid_nil, percentage, timestamp_nil, true, s, wsid); > > if (isnil(coll_oid)) { > # register new bats with the logger > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins > > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder EXTENSIONS, 1.5, 1.6
by Ying Zhang 08 Nov '06

08 Nov '06

Hello Teggy, I'd like to ask the reason why you are adding this "lighter" variant. Did I miss part of the discussion on this issue? First of all, I need to mention that, yesterday, Peter and I had (again:)) some discussion about the XRPC syntax with Jens. According to Jens, he has tried to remove the braces arround the 'Expr', since that was the decision we made during the conference call last week. But removing those braces can result in some ambiguity. So, the decision of yesterday's discussion is to just keep those braces. This should be the final decision, I think (I hope:)). I didn't have time to mail everyone about this, so I do it now. Thus your lighter variant should be in the form: execute at {URILiteral} {FunctionCall} Further, I'm wondering how useful it is to add this lighter variant explicitly. Isn't 'URILiteral' just an 'Expr'? Do you want to add this variant because the time needed for compilation can then be significantly reduced if the URI is a simple string, instead of a complex Expr? Regards, Jennie On Tue, Nov 07, 2006 at 10:10:30PM +0000, Torsten Grust wrote: > Update of /cvsroot/monetdb/pathfinder > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv15478 > > Modified Files: > EXTENSIONS > Log Message: > Added support for the syntactically ''lighter'' variant of XRPC > invocation. May only used if a literal URI is given: > > execute at URILiteral { FunctionCall } > > > > Index: EXTENSIONS > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/EXTENSIONS,v > retrieving revision 1.5 > retrieving revision 1.6 > diff -u -d -r1.5 -r1.6 > --- EXTENSIONS 31 Oct 2006 08:47:13 -0000 1.5 > +++ EXTENSIONS 7 Nov 2006 22:10:28 -0000 1.6 > @@ -120,7 +120,10 @@ > will execute the function call given in the second pair of curly > braces at the URI specified in the first pair of braces. The URI > expression may be any expression that can sensibly be interpreted > -as a string. > +as a string. A syntactically lighter variant using a literal URI > +is acceptable as well: > + > + execute at "<<URI>>" { <<FunctionCall>> } > > XQuery RPC functionality is currently only available in Pathfinder's > "milprint_summer" back-end. > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/parser scanner.l, 1.40, 1.41 parser.y, 1.49, 1.50
by Stefan Manegold 08 Nov '06

08 Nov '06

Teggy, I wasn't done with the branches, yet, hence your checkins are somewhere in "no man's land" and in particular mess-up my tagging schemes ... |-( As said, I'll let you know once I'm done with the branches --- and whether I manages to fix my tagging schemes which are (a.o.) crucial for allowing convenient propagation of bug fixes from the release branches to the development trunks... Stefan On Tue, Nov 07, 2006 at 10:10:30PM +0000, Torsten Grust wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/parser > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv15478/compiler/parser > > Modified Files: > scanner.l parser.y > Log Message: > Added support for the syntactically ''lighter'' variant of XRPC > invocation. May only used if a literal URI is given: > > execute at URILiteral { FunctionCall } > > > > Index: parser.y > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/parser/parser.y,v > retrieving revision 1.49 > retrieving revision 1.50 > diff -u -d -r1.49 -r1.50 > --- parser.y 7 Nov 2006 07:53:59 -0000 1.49 > +++ parser.y 7 Nov 2006 22:10:28 -0000 1.50 > @@ -357,7 +357,7 @@ > %token every_dollar "every $" > %token except "except" > %token excl_equals "!=" > -%token execute_at_lbrace "execute at {" > +%token execute_at "execute at" > %token external_ "external" > %token following_colon_colon "following::" > %token following_sibling_colon_colon "following-sibling::" > @@ -2779,8 +2779,16 @@ > /* end of the Pathfinder recursion extension */ > > /* Pathfinder extension: XRPC */ > -XRPCCall : "execute at {" Expr "}" "{" FunctionCall "}" > - { $$ = wire2 (p_xrpc, @$, $2, $5); } > +XRPCCall : "execute at" "{" ExprSingle "}" "{" FunctionCall "}" > + { $$ = wire2 (p_xrpc, @$, $3, $6); } > + | "execute at" URILiteral "{" FunctionCall "}" > + { $$ = wire2 (p_xrpc, > + @$, > + (c = leaf (p_lit_str, @2), > + c->sem.str = $2, > + c), > + $4); > + } > ; > /* End Pathfinder extension */ > > > Index: scanner.l > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/parser/scanner.l,v > retrieving revision 1.40 > retrieving revision 1.41 > diff -u -d -r1.40 -r1.41 > --- scanner.l 24 Oct 2006 15:20:02 -0000 1.40 > +++ scanner.l 7 Nov 2006 22:10:28 -0000 1.41 > @@ -604,8 +604,8 @@ > yield (document_lbrace); } > "element"{_}?"{" { pushState (OPERATOR); pushState (DEFAULT); > yield (element_lbrace); } > -"execute"{_}"at"{_}?"{" { pushState (OPERATOR); pushState (DEFAULT); > - yield (execute_at_lbrace); } > +"execute"{_}"at" { pushState (OPERATOR); pushState (DEFAULT); > + yield (execute_at); } > "attribute"{_}?"{" { pushState (OPERATOR); pushState (DEFAULT); > yield (attribute_lbrace); } > "text"{_}?"{" { pushState (OPERATOR); > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins > > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 2

[Monetdb-developers] Feature Freeze for upcoming MonetDB-4.14, MonetDB/SQL-2.14, MonetDB/XQuery-0.14
by Stefan Manegold 08 Nov '06

08 Nov '06

Dear all, the *feature freeze* for the upcoming release of MonetDB-4.14, MonetDB/SQL-2.14, MonetDB/XQuery-0.14 is scheduled for tomorrow, Tuesday Nov 07 2006, 18:00 (6:00pm) CET As usually, the feature freeze will be enforced by creating new release branches in CVS. After the above deadline (i.e., as soon as the new release branches have been created), *all* *bugfixes* (and *only these*) must be checked in to these new release branches, while *all* *new features* must be checked in to the development trunk (and *only there*). Please accept my/our apologies for the rather short term announcement, but I simply forgot to publicly announce the feature freeze on time... Kind Regards, Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 3

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime pathfinder.mx, 1.268, 1.269
by Peter Boncz 07 Nov '06

07 Nov '06

Hi Fabian, I have no idea, and your help is appreciated. thank you. Peter -----Original Message----- From: monetdb-pf-checkins-bounces(a)lists.sourceforge.net [mailto:monetdb-pf-checkins-bounces@lists.sourceforge.net]On Behalf Of Fabian Groffen Sent: 07 November 2006 21:18 To: monetdb-pf-checkins(a)lists.sourceforge.net Subject: Re: [Monetdb-pf-checkins] pathfinder/runtime pathfinder.mx, 1.268,1.269 Peter, How can a XQuery server be started which is bound to the ANY interface (0.0.0.0) instead of the safe, but rather useless localhost (127.0.0.1) interface with these changes? Second, how does this relate to the SQL module's way of doing things? If I recall correctly, Niels didn't do this "streamlining" because that would be problematic in some way. I guess, however (I like the streamlining behaviour) that for consistency sql_server (and maybe mapi/mil) should behave in the same way before the release. On 07-11-2006 18:11:30 +0000, Peter Boncz wrote: > Update of /cvsroot/monetdb/pathfinder/runtime > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv19894/runtime > > Modified Files: > pathfinder.mx > Log Message: > - streamlined startup (pfstart() is no longer needed) > NOTE: you must start pathfinder (i.e. 'module(pathfinder);') now in the Mserver always!!! > doing this in MIL programs on each MapiClient session only (and not beforehand in the server) > will produce errors on multiple/concurrent sessions > > - added a checkpointing thread ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Monetdb-pf-checkins mailing list Monetdb-pf-checkins(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime pathfinder.mx, 1.268, 1.269
by Fabian Groffen 07 Nov '06

07 Nov '06

On 07-11-2006 21:17:51 +0100, Fabian Groffen wrote: > Peter, > > How can a XQuery server be started which is bound to the ANY interface > (0.0.0.0) instead of the safe, but rather useless localhost (127.0.0.1) > interface with these changes? I see I was to quick, my question has been answered already, it's now in the MonetDB.conf file. This feels like a much better place for it, but brings me to the question whether or not this should have been a general mapi setting, and not a setting for each "module" separately. Since the all are under the same port, I would expect that this setting also can only be controlled from "mapi" or whatever the wrapper is. > Second, how does this relate to the SQL module's way of doing things? > If I recall correctly, Niels didn't do this "streamlining" because that > would be problematic in some way. I guess, however (I like the > streamlining behaviour) that for consistency sql_server (and maybe > mapi/mil) should behave in the same way before the release. > > > On 07-11-2006 18:11:30 +0000, Peter Boncz wrote: > > Update of /cvsroot/monetdb/pathfinder/runtime > > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv19894/runtime > > > > Modified Files: > > pathfinder.mx > > Log Message: > > - streamlined startup (pfstart() is no longer needed) > > NOTE: you must start pathfinder (i.e. 'module(pathfinder);') now in the Mserver always!!! > > doing this in MIL programs on each MapiClient session only (and not beforehand in the server) > > will produce errors on multiple/concurrent sessions > > > > - added a checkpointing thread

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/sql sql.c, 1.5, 1.6
by Stefan Manegold 07 Nov '06

07 Nov '06

Manuel, thanks for the quick fix --- unfootunately, icc is still not "happy": /ufs/manegold/_/scratch0/Monet/Testing/Current/pathfinder/compiler/sql/sql.c(176): error #188: enumerated type mixed with another type ret.type = aat_int; ^ I guess, ret.type = sql_type_integer; would make icc happy ... ;-) Stefan On Tue, Nov 07, 2006 at 09:32:57AM +0000, Manuel Mayr wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/sql > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv26876 > > Modified Files: > sql.c > Log Message: > avoiding c++ comment style > > Index: sql.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/sql/sql.c,v > retrieving revision 1.5 > retrieving revision 1.6 > diff -u -d -r1.5 -r1.6 > --- sql.c 7 Nov 2006 09:13:43 -0000 1.5 > +++ sql.c 7 Nov 2006 09:32:55 -0000 1.6 > @@ -173,6 +173,7 @@ > { > PFsql_schema_item_t ret; > > + ret.type = aat_int; > ret.name = PFsql_alg_att_conv(item.name); > > return ret; > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

3 3

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/sql sql.c, 1.6, 1.7
by Stefan Manegold 07 Nov '06

07 Nov '06

Yep, that works fine. Thanks!! Stefan On Tue, Nov 07, 2006 at 09:45:42AM +0000, Manuel Mayr wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/sql > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv32370 > > Modified Files: > sql.c > Log Message: > avoiding c++ comment style. Fix warnings with unused fields > > Index: sql.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/sql/sql.c,v > retrieving revision 1.6 > retrieving revision 1.7 > diff -u -d -r1.6 -r1.7 > --- sql.c 7 Nov 2006 09:32:55 -0000 1.6 > +++ sql.c 7 Nov 2006 09:45:40 -0000 1.7 > @@ -173,7 +173,7 @@ > { > PFsql_schema_item_t ret; > > - ret.type = aat_int; > + ret.type = sql_type_integer; > ret.name = PFsql_alg_att_conv(item.name); > > return ret; > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins > > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/sql sql.c, 1.3, 1.4
by Ying Zhang 07 Nov '06

07 Nov '06

On Mon, Nov 06, 2006 at 05:57:20PM +0000, Manuel Mayr wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/sql > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv29779 > > Modified Files: > sql.c > Log Message: > sql fixed (bugreport id 1591467) > > Index: sql.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/sql/sql.c,v > retrieving revision 1.3 > retrieving revision 1.4 > diff -u -d -r1.3 -r1.4 > --- sql.c 6 Nov 2006 17:29:37 -0000 1.3 > +++ sql.c 6 Nov 2006 17:57:17 -0000 1.4 > @@ -195,8 +195,9 @@ > sizeof( PFsql_schema_item_t ) ) > }; > > + > for( i = 0; i < schema.count; i++ ) { > - test = PFsql_alg_schmitm_conv(schema.items[i]); > + // test = PFsql_alg_schmitm_conv(schema.items[i]); Dear Manuel, I think it's better not te use the C++ style comments, since some C compiler doesn't like it. Regards, Jennie > } > return ret; > } > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins

4 3

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB/src/gdk gdk_storage.mx, 1.117, 1.118
by Stefan Manegold 07 Nov '06

07 Nov '06

What?? Why??? Please! Stefan On Tue, Nov 07, 2006 at 07:56:23AM +0000, Peter Boncz wrote: > Update of /cvsroot/monetdb/MonetDB/src/gdk > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv16538 > > Modified Files: > gdk_storage.mx > Log Message: > > > Index: gdk_storage.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB/src/gdk/gdk_storage.mx,v > retrieving revision 1.117 > retrieving revision 1.118 > diff -u -d -r1.117 -r1.118 > --- gdk_storage.mx 6 Nov 2006 08:45:40 -0000 1.117 > +++ gdk_storage.mx 7 Nov 2006 07:56:21 -0000 1.118 > @@ -69,7 +69,7 @@ > { > char path[PATHLENGTH]; > char *r; > - int ret = TRUE; > + int ret = FALSE; > > strcpy(path, dir); > r = strrchr(path, DIR_SEP); > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime pathfinder.mx, 1.265, 1.266 pf_support.mx, 1.170, 1.171 serialize.mx, 1.78, 1.79 serialize_dflt.mx, 1.17, 1.18 serialize_sax.mx, 1.6, 1.7
by Jan Rittinger 07 Nov '06

07 Nov '06

Peter, two remarks to your latest checkin: - I find it *very* ugly if you introduce new functions whose name only differs by the case (not the name itself). - If you apply search and replace *please* make sure that you afterwards clean up the code. (We e.g., do not need bogus void casts.) On 11/07/2006 02:21 AM, Peter Boncz wrote with possible deletions: > Update of /cvsroot/monetdb/pathfinder/runtime > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv4146/runtime > > Modified Files: > pathfinder.mx pf_support.mx serialize.mx serialize_dflt.mx > serialize_sax.mx > Log Message: > - implement serialization to xml-file > - implement a very basic fn:put that just serializes a node into an xml-file > > for security, this is only allowed to happen > - into *relative* file URIs that thus end up in the dbfarm/ dir. > - if the URI ends in .xml (not to overwrite other kinds of files in dbfarm) > > thereafter, they can in fact be queried with doc(), as doc will find those > xml files there as well. > > this fn:put() functionality may be used in an envisioned database backup > script. > > later steps will be > - remote fn:put(node, xrpc://host/localname) > - fn:put into the database (i.e. delete root node + insert after doc node) > -- Jan Rittinger Database Systems Technische Universität München (Germany) http://www-db.in.tum.de/~rittinge/

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/sql Makefile.ag, NONE, 1.1
by Stefan Manegold 06 Nov '06

06 Nov '06

Manuel, what was the "intention" of your checkin? I.e., a checkin/log message would have been nice ... ... or did SF "swallow" it? Stefan On Mon, Nov 06, 2006 at 02:48:00PM +0000, Manuel Mayr wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/sql > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv9053 > > Added Files: > Makefile.ag > Log Message: > > > --- NEW FILE: Makefile.ag --- > # > # Copyright Notice: > # ----------------- > # > # The contents of this file are subject to the Pathfinder Public License > # Version 1.1 (the "License"); you may not use this file except in > # compliance with the License. You may obtain a copy of the License at > # http://monetdb.cwi.nl/Legal/PathfinderLicense-1.1.html > # > # Software distributed under the License is distributed on an "AS IS" > # basis, WITHOUT WARRANTY OF ANY KIND, either express or implied. See > # the License for the specific language governing rights and limitations > # under the License. > # > # The Original Code is the Pathfinder system. > # > # The Original Code has initially been developed by the Database & > # Information Systems Group at the University of Konstanz, Germany and > # is now maintained by the Database Systems Group at the Technische > # Universitaet Muenchen, Germany. Portions created by the University of > # Konstanz and the Technische Universitaet Muenchen are Copyright (C) > # 2000-2005 University of Konstanz and (C) 2005-2006 Technische > # Universitaet Muenchen, respectively. All Rights Reserved. > # > # Fri Oct 27 10:05:33 CEST 2006, Manuel Mayr > > #SUBDIRS = hskparser > #SUBDIRS = #opt prop map > > #YFLAGS = -d -p pf > #LFLAGS = -Ppf -olex.yy.c > > INCLUDES = ../include $(MONETDB_INCS) > > # locally disable "-Werror" > #X_CFLAGS = "-pedantic" > > lib_sql = { > NOINST > DIR = libdir > SOURCES = \ > lalg2sql.brg \ > sql.c > } > > #EXTRA_DIST = > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

3 4

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB/conf monet.m4, 1.310, 1.311
by Sjoerd Mullender 05 Nov '06

05 Nov '06

On 11/04/2006 03:09 PM, Stefan Manegold wrote: > Update of /cvsroot/monetdb/MonetDB/conf > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv14667/conf > > Modified Files: > monet.m4 > Log Message: > > fixed detection of default bits: > configure requires to quote "[" & "]" by duplicating them: "[[" & "]]" > > > Index: monet.m4 > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB/conf/monet.m4,v > retrieving revision 1.310 > retrieving revision 1.311 > diff -u -d -r1.310 -r1.311 > --- monet.m4 2 Nov 2006 13:34:25 -0000 1.310 > +++ monet.m4 4 Nov 2006 14:09:36 -0000 1.311 > @@ -262,7 +262,7 @@ > esac > else > AC_CHECK_SIZEOF(long) > - bits=$[$ac_cv_sizeof_long*8] > + bits=$[[$ac_cv_sizeof_long*8]] This is actually not very portable. $[...] is a bash-ism. Use bits=`expr $ac_cv_sizeof_long \* 8` instead. > fi > AC_SUBST(bits) > > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins -- Sjoerd Mullender

2 1

[Monetdb-developers] [PATCH] Loop Lifted Pathfinder sources
by Fabian Groffen 03 Nov '06

03 Nov '06

Hi, Please find attached a (compressed) patch which loop lifts all loops in the pathfinder sources such that variable declarations go at the top of the scope the loop is in, or a higher scope if more appropriate. Rationale: I don't feel like appending stdc99 flags in a (possible) Gentoo ebuild for the next release. In other words, this patch removes the C99 requirement, which I think more people will benefit from, such that MonetDB/* cleanly compiles with --disable-strict. Please consider applying this patch to the current CVS sources. My apologies for the large attachment on this list; there are simply lots of loops to "lift". -- Fabian Groffen Gentoo on a different level

7 12

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/src/backends/monet5 sql.mx, 1.190, 1.191 sql_scenario.mx, 1.221, 1.222
by Sjoerd Mullender 03 Nov '06

03 Nov '06

On 2006-11-03 10:02, Niels Nes wrote: > Update of /cvsroot/monetdb/sql/src/backends/monet5 > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv20243/src/backends/monet5 > > Modified Files: > sql.mx sql_scenario.mx > Log Message: > sql_scenario: reset stream by seting eof=1 > > approved tests need because of logger changes > > Added test for identifier bug (ADT2006/sander.sql) > We now disallow invalied identifiers in double quotes (and don't > fallback to strings in those cases) > Approved tests affected by this change > > rel_optimize: icc compilation fix > > > Index: sql_scenario.mx > =================================================================== > RCS file: /cvsroot/monetdb/sql/src/backends/monet5/sql_scenario.mx,v > retrieving revision 1.221 > retrieving revision 1.222 > diff -u -d -r1.221 -r1.222 > --- sql_scenario.mx 27 Oct 2006 13:37:44 -0000 1.221 > +++ sql_scenario.mx 3 Nov 2006 09:02:54 -0000 1.222 > @@ -315,8 +315,10 @@ > /* TODO reset global variables */ > } > > - c->fdin->pos += c->yycur; > + //c->fdin->pos += c->yycur; Niels, you should know better than this... > c->yycur = 0; /* make sure we don't reuse the used input */ > + c->fdin->eof = 1; /* force prompt on first iteration */ > + > initSQLreferences(); > > return MAL_SUCCEED; > > Index: sql.mx > =================================================================== > RCS file: /cvsroot/monetdb/sql/src/backends/monet5/sql.mx,v > retrieving revision 1.190 > retrieving revision 1.191 > diff -u -d -r1.190 -r1.191 > --- sql.mx 27 Oct 2006 18:23:50 -0000 1.190 > +++ sql.mx 3 Nov 2006 09:02:54 -0000 1.191 > @@ -723,7 +723,6 @@ > b->currColumn = NULL; > b->currKey = NULL; > b->currIndex = NULL; > - //b->code = NULL; > b->vtop = 0; > b->Tparse = b->Toptimize = b->Tschedule = b->Texec = 0; > b->qry = NULL; > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-sql-checkins mailing list > Monetdb-sql-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-sql-checkins -- Sjoerd Mullender

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/include compile_interface.h, 1.15, 1.16
by Stefan Manegold 03 Nov '06

03 Nov '06

On Fri, Nov 03, 2006 at 03:43:07AM +0000, Peter Boncz wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/include > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv18716/compiler/include > > Modified Files: > compile_interface.h > Log Message: > new features: > - automatic serialized transaction restart and convoys for conflict-aborted > transactions. > - better garbage collection after delete_doc (let ws_destroy that blocked > destruction of a collection throw it away -- the zombie bat). > - proper support for updating functions > > some bugfixes: > - log changes in the qn_histogram column as well (it needs to be in sync) > - fixed some bugs in the coll_lock locking in pf_support > READS in the master bats are FORBIDDEN as well, unless the lock is held > > still lots of BUGS seen: > - (shred, insert, additive-shred) gives assert > - BBPname errors sfter restart > - with profiked modules, ws_create hangs on pfenter (?) > - nid_rid batgets is way too large (each session adds a page to id -- > maybe related to shredder assert) > - collection_cleanup should remove bats from deleted collection > from the logger administration please add your respective tests to CVS --- running them with standard testing (`make check` or `Mtest` before checkins, automatic nightly testing) will (a) remind us of open bugs/problems and (b) help us to ensure that the bugs stay fixed once they have been fixed. Thanks! Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 0

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB/src/mapi/clients/php/Cimpl php_monetdb.c, 1.54, 1.55 php_monetdb.h, 1.20, 1.21
by Stefan Manegold 02 Nov '06

02 Nov '06

Fabian, thanks for the fixes! unfortunately, there are (at least I get) still quite some warnings with both gcc & icc (see attachments); hence, it's still too early to re-enable strict flags for php ... Stefan On Thu, Nov 02, 2006 at 02:15:00PM +0000, Fabian wrote: > Update of /cvsroot/monetdb/MonetDB/src/mapi/clients/php/Cimpl > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv4902 > > Modified Files: > php_monetdb.c php_monetdb.h > Log Message: > Resolve two warnings in our php module. It now compiles without any > warnings. I'm not quite sure how to enable strict flags for php again. > > > Index: php_monetdb.h > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB/src/mapi/clients/php/Cimpl/php_monetdb.h,v > retrieving revision 1.20 > retrieving revision 1.21 > diff -u -d -r1.20 -r1.21 > --- php_monetdb.h 26 May 2006 08:45:35 -0000 1.20 > +++ php_monetdb.h 2 Nov 2006 14:14:58 -0000 1.21 > @@ -124,6 +124,10 @@ > #define MONETDB_DML_ASYNC (1<<10) /* Do async query */ > #define MONETDB_DML_STRING (1<<11) /* Return query string */ > > +/* avoid redeclaration */ > +#ifdef _POSIX_C_SOURCE > +# undef _POSIX_C_SOURCE > +#endif > > #include "Mapi.h" > /* typedefs for convenience; not using Mapi's as those already are a > > Index: php_monetdb.c > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB/src/mapi/clients/php/Cimpl/php_monetdb.c,v > retrieving revision 1.54 > retrieving revision 1.55 > diff -u -d -r1.54 -r1.55 > --- php_monetdb.c 24 Oct 2006 14:26:18 -0000 1.54 > +++ php_monetdb.c 2 Nov 2006 14:14:58 -0000 1.55 > @@ -616,13 +616,13 @@ > */ > if (!(connect_type & MONETDB_CONNECT_FORCE_NEW) > && zend_hash_find(&EG(regular_list),str.c,str.len+1,(void **) &index_ptr)==SUCCESS) { > - int type,link; > + int type, link; > void *ptr; > > if (Z_TYPE_P(index_ptr) != le_index_ptr) { > RETURN_FALSE; > } > - link = (int) index_ptr->ptr; > + link = (int)(size_t) index_ptr->ptr; > ptr = zend_list_find(link,&type); /* check if the link is still there */ > if (ptr && (type==le_link || type==le_plink)) { > Z_LVAL_P(return_value) = link; > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins > > > > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

2 1

[Monetdb-developers] XQuery: cant reproduce testweb results
by Wouter Alink 01 Nov '06

01 Nov '06

Hello, I've been trying to compile and run MonetDB/XQuery (the head) for a few evenings now, but I can't get the results like the testweb shows. I'm using isoda.ins.cwi.nl, and was expecting the testweb to become as-green-as the FC4-64bits-testweb. - the last sources I compiled were from this evening (0.13.1) - During configure or make, their were no errors, neither in buildtools, monetdb or pathfinder. - Mtest_MonetDB shows almost completely green testresults (like the testWeb) - with Mtest_pathfinder almost half of the queries fail. Many of the failing tests show stdout output as provided below. I have >1.5 GB of free disk-space. By now I must have thrown away any part of the MonetDB system (including dbfarms and Monetdb.confs) at least twice, before trying again. Also, none of my environment variables seem to point to old installations of MonetDB. Does anybody have any clue what i'm doing wrong? All your help is welcome, Thanks in advance, Wouter p.s. Stefan: I noticed that Mtest.py sets sql_logdir twice. I guessed that at the second occasion it should set xquery_logdir. (lineno. 2586 in Mtest.py) ----- stdout of test 'ID.1187994-a` in directory 'tests/BugsViaSourgeforce` itself: # 22:36:07 > # 22:36:07 > Mtimeout -timeout 180 Mserver "--config=/ufs/alink/local/etc/MonetDB.conf" --debug=10 --set "monet_mod_path=/export/scratch1/alink/src/pathfinder-head/Linux/lib64/Monet DB:/export/scratch1/alink/src/pathfinder-head/Linux/lib64/MonetDB/lib:/ufs/a link/local/lib64/MonetDB:/ufs/alink/local/lib64/MonetDB/lib:/ufs/alink/local /lib64/MonetDB/bin" --set "gdk_dbfarm=/ufs/alink/local/var/MonetDB/dbfarm" --set "sql_logdir=/ufs/alink/local/var/MonetDB/sql_logs" --set "xquery_logdir=/ufs/alink/local/var/MonetDB/xquery_logs" --set mapi_port=30644 --set monet_prompt= --trace "--dbname=mTests_tests_BugsViaSourgeforce" --dbinit="module(pathfinder); pfstart();" ; echo ; echo Over.. # 22:36:07 > # Monet Database Server V4.13.1 # Copyright (c) 1993-2006, CWI. All rights reserved. # Compiled for x86_64-redhat-linux-gnu/64bit with 64bit OIDs; dynamically linked. # Visit http://monetdb.cwi.nl/ for further information. !ERROR: GDKload: cannot read: name=43, ext=theap, 40 bytes missing. !OS: No such file or directory !ERROR: GDKload failed: name=43, ext=theap !ERROR: BATSIGcrash: Mserver internal error (Segmentation fault), please restart. !ERROR: (One potential cause could be that your disk might be full...) Over.. ! Server not ready; skipping attempt to start client! # 22:36:07 > # 22:36:07 > Done. # 22:36:07 >

1 1

[Monetdb-developers] [bounce] [PATCH] Loop Lifted Pathfinder Sources
by Fabian Groffen 01 Nov '06

01 Nov '06

Ok, patch is a bit too big, here an URL (original message will come through later, I hope): http://dev.gentoo.org/~grobian/patches/monetdb-xquery-looplifted.patch ----- Forwarded message from monetdb-developers-bounces(a)lists.sourceforge.net ----- From: monetdb-developers-bounces(a)lists.sourceforge.net To: grobian(a)gentoo.org Subject: Your message to Monetdb-developers awaits moderator approval Date: Wed, 01 Nov 2006 13:06:01 -0800 List-Id: <monetdb-developers.lists.sourceforge.net> Your mail to 'Monetdb-developers' with the subject [PATCH] Loop Lifted Pathfinder sources Is being held until the list moderator can review it for approval. The reason it is being held: Message body is too big: 59725 bytes with a limit of 40 KB ----- End forwarded message ----- -- Fabian Groffen Gentoo on a different level

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/core coreopt.brg, 1.35, 1.36 fs.brg, 1.43, 1.44
by Stefan Manegold 31 Oct '06

31 Oct '06

On Tue, Oct 31, 2006 at 09:28:29AM +0000, Jan Rittinger wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/core > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv27557/core > > Modified Files: > coreopt.brg fs.brg > Log Message: > -- Aligned typing of the rule 'locpath (StepExpr, StepExpr)' (StepExpr may > e.g., be a step with an predicate) with the specification. Instead of > a typeswitch that casts all sequences of nodes into node* before applying > distinct-doc-order we now introduce a function > '#pf:distinct-doc-order-or-atomic-sequence'. It can handle the typing > without loosing the more specific type and will be replaced in the core > optimization either by a distinct-doc-order (in case of a node sequence) > or the input of the function (in case of an atomic sequence). > > (This should also solve Stefans typing problems.) yes, it does! (just like it fixed the same problem as reported in bug #1586454 "XQ: treat as") Thanks, Jan! Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | 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 |

1 0