- developers-list - monetdb.org

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/modules/pftijah nexi.c, 1.57, 1.58 nexi_generate_mil.c, 1.27, 1.28 pftijah.mx, 1.116, 1.117
by Stefan Manegold 07 May '07

07 May '07

On Mon, May 07, 2007 at 07:01:43AM +0000, Jan Flokstra wrote: > Update of /cvsroot/monetdb/pathfinder/modules/pftijah > In directory sc8-pr-cvs16:/tmp/cvs-serv20990/modules/pftijah > > Modified Files: > nexi.c nexi_generate_mil.c pftijah.mx > Log Message: > * Implement private term- and tag dictionaries. Default is still the global > version so nothing changed yet in the format. I'm having terrible trouble > with the Mtest's again. This version could not be tested by our Mtest tests > because the first query executes OK but all queries after that seem to > 'forget' the instance variables of module pftijah. I will look if the same > happens on other machine and post a bugreport for it. does the same happen if you run the test(s) by hand i.e., without Mtest? How do the queries and the test script(s) look like? How do you (successfully?) run them by hand? How do you (unsuccesfully) run them via Mtest? 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] Mtest_4_sql
by Romulo Goncalves 04 May '07

04 May '07

I am running Mtest_4_SQL and I am getting strange error messages from MAPIPORT: ! Socket-Check failed for MAPIserver on <localhost:37631> with #98; 'Address already in use' ! ! MAPIPORT was not properly released by Mserver ! * (zones.test.err.FILTERED) significantly ... * (rank.test.out.FILTERED) significantly . ! Socket-Check failed for MAPIserver on <localhost:30932> with #98; 'Address already in use' ! ! MAPIPORT was not properly released by Mserver ! * (function_syntax.test.out.FILTERED) significantly * (function_syntax.test.err.FILTERED) significantly . ! Socket-Check failed for MAPIserver on <localhost:37107> with #98; 'Address already in use' ! ! MAPIPORT was not properly released by Mserver ! Any idea? Regards, Romulo

3 2

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/mil milprint_summer.c, 1.371, 1.372
by Stefan Manegold 02 May '07

02 May '07

Sjoerd, didn't like my fix? ;-) Well, actually, I'm afraid you just re-introduced the problem: in short ======== size_t maxbufsize = 0; char *nme = NULL; while (...) { ... if (maxbufsize < strlen(tpe) + 4) { maxbufsize = strlen(tpe) + 4; nme = nme ? realloc(nme, maxbufsize) : malloc(maxbufsize); } ... if (...) { *nme++ = 'x'; ... } } if (nme) free(nme); ... ======== IMHO does not work, since the nme++ changes nme, causing later realloc(nme, maxbufsize) and/or free(nme) to "behave strangly" --- or simply segfault ... Stefan On Wed, May 02, 2007 at 09:39:32PM +0000, Sjoerd Mullender wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/mil > In directory sc8-pr-cvs16:/tmp/cvs-serv18640 > > Modified Files: > milprint_summer.c > Log Message: > Fix bug introduced by replacing call to alloca. > > Index: milprint_summer.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/mil/milprint_summer.c,v > retrieving revision 1.371 > retrieving revision 1.372 > diff -u -d -r1.371 -r1.372 > --- milprint_summer.c 2 May 2007 21:15:18 -0000 1.371 > +++ milprint_summer.c 2 May 2007 21:39:30 -0000 1.372 > @@ -11142,17 +11142,17 @@ > /* initialize function variables */ > /* ============================= */ > size_t maxbufsize = 0; > - char *buf = NULL; > + char *nme = NULL; > while (args->kind != c_nil) > { > /* get the type name, and assure there *is* a namespace */ > char *tpe = PFty_str(TY(LR(args))); > - char *nme; > + char *buf; > if (maxbufsize < strlen(tpe) + 4) { > maxbufsize = strlen(tpe) + 4; > - buf = buf ? realloc(buf, maxbufsize) : malloc(maxbufsize); > + nme = nme ? realloc(nme, maxbufsize) : malloc(maxbufsize); > } > - nme = buf; > + buf = nme; > if (strchr(tpe, ':') == NULL) { > *nme++ = 'x'; > *nme++ = 's'; > @@ -11178,8 +11178,8 @@ > > args = R(args); > } > - if (buf) > - free(buf); > + if (nme) > + free(nme); > /* create the full signature that also is a valid MIL identifier */ > c->sem.fun->sig = PFmalloc(12+3*(strlen(sig)+strlen(p))); > > > > ------------------------------------------------------------------------- > 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 1

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/src/tools embeddedclient.mx, 1.23, 1.24 monetdb.py.i, 1.5, 1.6 prog.c, 1.17, 1.18
by Jan Rittinger 02 May '07

02 May '07

perhaps its triggered by Niels newest ``any type'' changes in bat_store.mx -- just guessing. On 04/27/2007 03:47 PM, Jan Rittinger wrote with possible deletions: > I just managed to install gdb as well and it seems like it is memory > related (BTW pathfinder works). > > gdb M4: > MonetDB>module(sql_server); > [New Thread 1082132832 (LWP 896)] > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 182925371136 (LWP 887)] > 0x0000002a97183c1f in memcpy () from /lib64/tls/libc.so.6 > (gdb) bt > #0 0x0000002a97183c1f in memcpy () from /lib64/tls/libc.so.6 > #1 0x0000002a9f960718 in ?? () > #2 0x0000002a965eff6c in HEAPcopy () from > /home/ntap/rittinge/work/MonetDB/Linux/lib64/libbat.so.0 > #3 0x0000002a966b340e in BATcopy () from > /home/ntap/rittinge/work/MonetDB/Linux/lib64/libbat.so.0 > #4 0x0000002a965f0a34 in BATkdiff () from > /home/ntap/rittinge/work/MonetDB/Linux/lib64/libbat.so.0 > #5 0x0000002a9e8713f9 in load_trans () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/MonetDB4/lib/lib_sql_server.so > > #6 0x0000002a9e873b65 in store_init () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/MonetDB4/lib/lib_sql_server.so > > #7 0x0000002a9e846b1a in mvc_init () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/MonetDB4/lib/lib_sql_server.so > > #8 0x0000002a9e80276a in sql_frontend_wrap () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/MonetDB4/lib/lib_sql_server.so > > #9 0x0000002a95f8bd48 in interpret () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #10 0x0000002a95f9c0aa in interpret_assignment () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #11 0x0000002a95f8bfb6 in interpret () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #12 0x0000002a95f9bb29 in interpret_seqblock () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #13 0x0000002a95f8bf98 in interpret () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #14 0x0000002a95a32d44 in CMDcatch () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/MonetDB4/lib/lib_builtin.so.0 > #15 0x0000002a95f8bd48 in interpret () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #16 0x0000002a95f9bebb in interpret_assignment () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #17 0x0000002a95f9c2af in interpret_var () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #18 0x0000002a95f8c118 in interpret () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #19 0x0000002a95f9bb29 in interpret_seqblock () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #20 0x0000002a95f8bf98 in interpret () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #21 0x0000002a95f8c4ec in interpret () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #22 0x0000002a95f9bb29 in interpret_seqblock () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #23 0x0000002a95f8bf98 in interpret () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #24 0x0000002a95f9e289 in handleRequest () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #25 0x0000002a95f9efc9 in doRequest () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #26 0x0000002a95fe280e in monetInterpreter () from > /home/ntap/rittinge/work/MonetDB4/Linux/lib64/libmonet.so.0 > #27 0x00000000004020f1 in main () > > gdb M5: > > (gdb) run --dbinit="include sql;" > Starting program: /home/ntap/rittinge/work/MonetDB4/Linux/bin/mserver5 > --dbinit="include sql;" > [Thread debugging using libthread_db enabled] > [New Thread 182918905952 (LWP 938)] > # MonetDB Server v5.0.0_beta2_1 > # Copyright (c) 1993-2007 CWI, all rights reserved > # Compiled for x86_64-suse-linux/64bit with 32bit OIDs dynamically linked > # dbname:demo > # Visit http://monetdb.cwi.nl/ for further information > [New Thread 1082132832 (LWP 939)] > #warning: please don't forget to set your vault key! > #(see /home/ntap/rittinge/work/MonetDB4/Linux//etc/monetdb5.conf) > > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 1082132832 (LWP 939)] > 0x0000002a969f8c1f in memcpy () from /lib64/tls/libc.so.6 > (gdb) bt > #0 0x0000002a969f8c1f in memcpy () from /lib64/tls/libc.so.6 > #1 0x0000000000b373d8 in ?? () > #2 0x0000002a95d2bf6c in HEAPcopy () from > /home/ntap/rittinge/work/MonetDB/Linux/lib64/libbat.so.0 > #3 0x0000002a95def40e in BATcopy () from > /home/ntap/rittinge/work/MonetDB/Linux/lib64/libbat.so.0 > #4 0x0000002a95d2ca34 in BATkdiff () from > /home/ntap/rittinge/work/MonetDB/Linux/lib64/libbat.so.0 > #5 0x0000002aa0403c59 in load_trans () from > /home/ntap/rittinge/work/MonetDB4/Linux//lib64/MonetDB5/lib/lib_sql.so > #6 0x0000002aa04063c5 in store_init () from > /home/ntap/rittinge/work/MonetDB4/Linux//lib64/MonetDB5/lib/lib_sql.so > #7 0x0000002aa03d937a in mvc_init () from > /home/ntap/rittinge/work/MonetDB4/Linux//lib64/MonetDB5/lib/lib_sql.so > #8 0x0000002aa039507b in SQLinit () from > /home/ntap/rittinge/work/MonetDB4/Linux//lib64/MonetDB5/lib/lib_sql.so > #9 0x0000002a956ad57b in initScenario () from > /home/ntap/rittinge/work/MonetDB4/Linux//lib64/libmal.so.0 > #10 0x0000002a956ad81f in setScenario () from > /home/ntap/rittinge/work/MonetDB4/Linux//lib64/libmal.so.0 > #11 0x0000002a9568528b in MSscheduleClient () from > /home/ntap/rittinge/work/MonetDB4/Linux//lib64/libmal.so.0 > #12 0x0000002a9f80e371 in doChallenge () from > /home/ntap/rittinge/work/MonetDB4/Linux//lib64/MonetDB5/lib/lib_mserver.so > #13 0x0000002a9f80ece9 in SERVERlistenThread () from > /home/ntap/rittinge/work/MonetDB4/Linux//lib64/MonetDB5/lib/lib_mserver.so > #14 0x0000002a9663db8f in start_thread () from /lib64/tls/libpthread.so.0 > #15 0x0000002a96a414b3 in clone () from /lib64/tls/libc.so.6 > -- 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/mil milprint_summer.c, 1.367, 1.368
by Jan Flokstra 02 May '07

02 May '07

I have great compilation troubles with the last lesson from the master:-) The compiler doesn not know the realloc() and the malloc() function() in the current setting. When I change them into PFrealloc() and PFmalloc() it compiles. But then I still have problems with the "free(buf);" line. There is no PFfree(); and I think GDKfree() will not always work, JanF. On Tuesday 01 May 2007 17:58, Sjoerd Mullender wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/mil > In directory sc8-pr-cvs16:/tmp/cvs-serv17830 > > Modified Files: > milprint_summer.c > Log Message: > When you want to use a library function, make sure the appropriate > include file is included. For alloca there is an extra twist: for the > way to include alloca.h see e.g. monet_utils.mx. Do not hide the lack > of a declaration with a cast. The compiler then thinks the function > returns an int which may well be smaller in space than the actual > value, and hence some bytes of the value may get lost. > > Having said this, alloca should *not* be used in a loop. It allocates > memory in each iteration which is only freed at the end of the > function. If the loop loops many times, that can be a lot of memory > which is allocated on the stack (which is a very finite resource!). > > Here ends today's lesson. > > > Index: milprint_summer.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/mil/milprint_summer.c,v > retrieving revision 1.367 > retrieving revision 1.368 > diff -u -d -r1.367 -r1.368 > --- milprint_summer.c 27 Apr 2007 18:22:40 -0000 1.367 > +++ milprint_summer.c 1 May 2007 15:57:59 -0000 1.368 > @@ -11140,12 +11140,18 @@ > /* ============================= */ > /* initialize function variables */ > /* ============================= */ > + size_t maxbufsize = 0; > + char *buf = NULL; > while (args->kind != c_nil) > { > /* get the type name, and assure there *is* a namespace */ > char *tpe = PFty_str(TY(LR(args))); > - char *buf = (char*) alloca(4+strlen(tpe)); > - char *nme = buf; > + char *nme; > + if (maxbufsize < strlen(tpe) + 4) { > + maxbufsize = strlen(tpe) + 4; > + buf = buf ? realloc(buf, maxbufsize) : malloc(maxbufsize); > + } > + nme = buf; > if (strchr(tpe, ':') == NULL) { > *buf++ = 'x'; > *buf++ = 's'; > @@ -11171,6 +11177,8 @@ > > args = R(args); > } > + if (buf) > + free(buf); > /* create the full signature that also is a valid MIL identifier > */ c->sem.fun->sig = PFmalloc(12+3*(strlen(sig)+strlen(p))); > > > > ------------------------------------------------------------------------- > 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

3 3

Re: [Monetdb-developers] ! Testing 'Current' sql: Results DIFFER from 2007.04.28_04-03-41's (GDKdebug=10) !
by Romulo Goncalves 29 Apr '07

29 Apr '07

Project account wrote: > Testing results of sql in /export/scratch2/monet/Testing/Current with GDKdebug=10 DIFFER from those of 2007.04.28_04-03-41 ! > > Maybe YOUR checkins since 28.04.2007, 04:03:41 caused some of the problems: > > buildtools > MonetDB > clients > MonetDB4 > MonetDB5 mk(a)cwi.nl > sql mk(a)cwi.nl niels(a)cwi.nl romulog(a)users.sourceforge.net > > Check http://monetdb.cwi.nl/Development/TestWeb/Current/sql/ for details ! > > > Old file: Mtest10..2007.04.28_04-03-41..out > New file: Mtest10..2007.04.29_04-16-39..out > =========================================== > > > Summary: > ======== > > * 1 New systems > !! 3 Systems now DON'T produce output !! I compiled my sources before the commit with optimization on: --enable-strict --enable-assert --enable-optimize --enable-bits=64 Why the variable initialized, but never used is not detected by this compilation? Which compilation must be done to detect these kind of errors? Regards, Romulo

3 3

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/src/tools embeddedclient.mx, 1.23, 1.24 monetdb.py.i, 1.5, 1.6 prog.c, 1.17, 1.18
by Jan Rittinger 27 Apr '07

27 Apr '07

Compilation worked fine, but M4 crashes when I start with Mserver --dbinit="module(sql_server);" and M5 segfaults as soon as I start a mclient with mclient -lsql. As I compiled the whole suite from scratch after the propagation I think there is some problem in the code. On 04/27/2007 11:46 AM, Sjoerd Mullender wrote with possible deletions: > Update of /cvsroot/monetdb/sql/src/tools > In directory sc8-pr-cvs16:/tmp/cvs-serv3115/src/tools > > Modified Files: > embeddedclient.mx monetdb.py.i prog.c > Log Message: > propagated changes of Thursday Apr 12 2007 - Friday Apr 27 2007 > from the SQL_2-16 branch to the development trunk > > > Index: embeddedclient.mx > =================================================================== > RCS file: /cvsroot/monetdb/sql/src/tools/embeddedclient.mx,v > retrieving revision 1.23 > retrieving revision 1.24 > diff -u -d -r1.23 -r1.24 > --- embeddedclient.mx 9 Mar 2007 14:22:32 -0000 1.23 > +++ embeddedclient.mx 27 Apr 2007 09:46:00 -0000 1.24 > @@ -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.18 > diff -u -d -r1.17 -r1.18 > --- prog.c 7 Jan 2007 10:18:04 -0000 1.17 > +++ prog.c 27 Apr 2007 09:46:00 -0000 1.18 > @@ -16,7 +16,7 @@ > * All Rights Reserved. > */ > > -#include <sql_config.h> > +#include <monetdb4_config.h> > #include <monet_options.h> > #include "embeddedclient.h" > > @@ -101,6 +101,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; > > > Index: monetdb.py.i > =================================================================== > RCS file: /cvsroot/monetdb/sql/src/tools/monetdb.py.i,v > retrieving revision 1.5 > retrieving revision 1.6 > diff -u -d -r1.5 -r1.6 > --- monetdb.py.i 3 Jan 2007 12:39:54 -0000 1.5 > +++ monetdb.py.i 27 Apr 2007 09:46:00 -0000 1.6 > @@ -23,6 +23,8 @@ > #undef HAVE_FSTAT > #endif > #include "Mapi.h" > + > +extern Mapi monetdb_sql(char *dbfarm, char *dbname); > %} > > extern Mapi monetdb_sql(char *dbfarm, char *dbname); > > > ------------------------------------------------------------------------- > 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 > -- Jan Rittinger Database Systems Technische Universität München (Germany) http://www-db.in.tum.de/~rittinge/

3 3

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