January 2007 - developers-list

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