developers-list November 2009

developers-list@monetdb.org

11 participants
26 discussions

[Monetdb-developers] MonetDB/XQuery on Ruby with DataMapper

by Tinco Andringa

Darn, just when I decided to announce my port of the monetdb-ruby-sql gem to xquery, you release a fix of your own :P Anyway it's here: http://github.com/d-snp/ruby-monetdb-xquery There's still some differences between the official one and mine, I think mine handles errors a bit more gracefully, but it could be I missed something. I will look at the other changes as soon as possible to see if mine has any odd behaviour. In the following weeks I will be working on making XQuery and MonetDB work on DataMapper (since DataMapper is a nicer framework than ActiveRecord, and also ActiveRecord depends heavily on SQL) If anyone has any comments on this or any questions or would like to help out then please let me hear. I plan on putting the datamapper implementation on github too somewhere this week. Kind regards, Tinco Andringa

12 years, 6 months

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB configure.ag, Nov2009, 1.208.2.2, 1.208.2.3

by Stefan Manegold

On Thu, Nov 12, 2009 at 09:06:23AM +0000, Fabian wrote: > Update of /cvsroot/monetdb/MonetDB > In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv25980 > > Modified Files: > Tag: Nov2009 > configure.ag > Log Message: > Yippy yay for messing with this at this stage of the development cycle... Revert my yesterday's commit here as it not only breaks compilation on OSX 10.6 (the original problem), but also Solaris 10. We need to facilitate people doing cross-compilation in some other way. Might simply using AC_CHECK_FUNCS(fdatasync) be an option, here? Stefan > Index: configure.ag > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB/configure.ag,v > retrieving revision 1.208.2.2 > retrieving revision 1.208.2.3 > diff -u -d -r1.208.2.2 -r1.208.2.3 > --- configure.ag 11 Nov 2009 11:17:52 -0000 1.208.2.2 > +++ configure.ag 12 Nov 2009 09:06:21 -0000 1.208.2.3 > @@ -94,17 +94,15 @@ > > # Checks for library functions. > > -# OSX 10.6 (Snow Leopard) somehow makes configure believe that fdatasync > -# exists, in reality however, it does not on this platform. > -AC_CACHE_CHECK([for fdatasync],[ac_cv_func_fdatasync],[ > - AC_COMPILE_IFELSE([AC_LANG_PROGRAM([[ > +# Fix for OSX 10.6 (Snow Leopard) stolen from: > +# http://blogs.sun.com/elambert/entry/drizzle_in_the_snow_how > +AC_RUN_IFELSE([AC_LANG_PROGRAM([[ > #include <unistd.h> > ]],[[ > fdatasync(4); > ]])], > [ac_cv_func_fdatasync=yes], > [ac_cv_func_fdatasync=no]) > -]) > AS_IF([test "x${ac_cv_func_fdatasync}" = "xyes"], > [AC_DEFINE([HAVE_FDATASYNC],[1],[If the system has a working fdatasync])]) > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Monetdb-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 |

12 years, 7 months

[Monetdb-developers] Announcement: New Nov2009 feature release of MonetDB suite

by Stefan Manegold

Dear all, The MonetDB team at CWI/MonetDB BV are pleased to announce the new "Nov2009" feature release of the MonetDB suite of programs. This feature release is backward compatible with the previous releases (Nov2008 through Aug2009-SP2). Caveat 1: In MonetDB/XQuery, we extended and improved the use of value indices on comparisions between a value and an XPath ending in text() or attribute access (e.g., doc(x)//x/y[z/text() = "foo"] and for $x in doc//x/y where $x/@z = "bar" return $x); such queries do not need scanning data, but start at the index and navigate backwards from there. This required a change in the physical database storage. While the Nov2009 release of MonetDB/XQuery can still read older (pre-Nov2009) databases, it is recommended to (back-up and) re-shred all documents to benefit from the new indices and achieve optimal performance. Caveat 2: When upgrading from a release older than May2009 (i.e., Nov2008 through Feb2009-SP2), you need to move your write-ahead log following the "recommended" instructions for SQL (<http://monetdb.cwi.nl/Development/Releases/May2009/#SQL>) and/or XQuery (<http://monetdb.cwi.nl/Development/Releases/May2009/#XQuery>). More information on the new release is available at <http://monetdb.cwi.nl/Development/Releases/Nov2009/>. The sources and binaries are available at <http://monetdb.cwi.nl/Download/>. Enjoy! The MonetDB team at CWI/MonetDB BV. -- | 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 |

12 years, 8 months

[Monetdb-developers] other than bug things...

by Wouter Alink

Hello Developers, Usually I try to report bugs (and try to find the worst of the system), but just this morning I noticed my mserver5 instance (Aug2009), which I have been intensively querying over the last days with ten-thousands of reasonably complex queries and sometimes with more than 20 queries in parallel. It just passed the 4800 minutes of actual cpu time (= 80 hours of hard work) and still going strong. I thought it was worth mentioning! Cheers, Wouter p.s. roberto, actually it's your mserver instance...

12 years, 8 months

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB5/src/modules/mal/crackers crackers_sortmerge.mx, , 1.3, 1.4

by Sjoerd Mullender

On 2009-11-20 18:51, Fabian wrote: > Update of /cvsroot/monetdb/MonetDB5/src/modules/mal/crackers > In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv26391/crackers > > Modified Files: > crackers_sortmerge.mx > Log Message: > this is probably not the proper fix, but I want to get rid of the error mails I get from buildbot > > Index: crackers_sortmerge.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/modules/mal/crackers/crackers_sortmerge.mx,v > retrieving revision 1.3 > retrieving revision 1.4 > diff -u -d -r1.3 -r1.4 > --- crackers_sortmerge.mx 19 Nov 2009 13:53:14 -0000 1.3 > +++ crackers_sortmerge.mx 20 Nov 2009 17:51:50 -0000 1.4 > @@ -338,7 +338,7 @@ > printf("found "SZFMT" tuples, all tuples : "SZFMT" \n",totalTuples, totalLowerTuples+totalHigherTuples+totalTuples); > > view = BATslice(br, totalLowerTuples, totalLowerTuples+totalTuples); > - printf("result size is %ld \n",BATcount(view)); > + printf("result size is %ld \n",(long)BATcount(view)); use BUNFMT instead of %ld. > *vid = view->batCacheid; > BBPkeepref(*vid); > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins -- Sjoerd Mullender

12 years, 8 months

Re: [Monetdb-developers] [Monetdb-checkins] testing/src quicktest, , NONE, 1.1

by Sjoerd Mullender

On 2009-11-20 15:55, Fabian wrote: > Update of /cvsroot/monetdb/testing/src > In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv28457 > > Added Files: > quicktest > Log Message: > Time to show what I'm hiding. (Also nice to finally get revision control) > > My efforts of the last few days resulted in this initial version of > "quicktest", the not-even-close-to-Mtest.py fast mtest emulator. > > Basically it started all out of frustration of not being able to > implement many ideas in Mtest.py, so I decided to see how far I'd come > by rewriting from scratch (incidentially also in a language I actually > can read and understand). Are you also going to port this to Windows? There is a reason to use Python, you know. -- Sjoerd Mullender

12 years, 8 months

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/src/backends/monet5 sql.mx, Nov2009, 1.358.2.10, 1.358.2.11 sql_optimizer.mx, Nov2009, 1.230.2.8, 1.230.2.9

by Stefan Manegold

After this checkin (and the related output approval), the following 4 tests do fail, now: sql/src/backends/monet5/Tests/optimizers.sql Please double check the error messages, whether they are indeed as desired. sql/src/test/Tests/setoptimizer.sql.src Please double check output and error messages, whether they are indeed as desired. sql/src/benchmarks/tpch/Tests/01-22.SQL.sh ERROR = !MALException:!ERROR: BATpropcheck: BAT tmpr_1636(-926)[oid,oid] with 55 tuples was incorrectly marked nonil! sql/src/test/BugTracker-2009/Tests/leftjoin_undefined.SF-2879011.sql ERROR = !TypeException:user.s2_1[42]:'algebra.leftjoin' undefined in: _55:any := algebra.leftjoin(_54:bat[:oid,:void], _27:bat[:oid,:str], _50:lng) !SQLException:SQLengine:Program contains errors Stefan On Sun, Nov 15, 2009 at 04:55:29PM +0000, Martin Kersten wrote: > Update of /cvsroot/monetdb/sql/src/backends/monet5 > In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv27458 > > Modified Files: > Tag: Nov2009 > sql.mx sql_optimizer.mx > Log Message: > Move the validation of the optimizer pipeline to the assignment itself, > rather then checking them on the first call. > > > Index: sql_optimizer.mx > =================================================================== > RCS file: /cvsroot/monetdb/sql/src/backends/monet5/sql_optimizer.mx,v > retrieving revision 1.230.2.8 > retrieving revision 1.230.2.9 > diff -u -d -r1.230.2.8 -r1.230.2.9 > --- sql_optimizer.mx 8 Nov 2009 14:36:34 -0000 1.230.2.8 > +++ sql_optimizer.mx 15 Nov 2009 16:55:27 -0000 1.230.2.9 > @@ -136,7 +136,7 @@ > sql5_export void addQueryToCache(Client c); > sql5_export str SQLoptimizer(Client c); > sql5_export void SQLsetAccessMode(Client c); > -sql5_export int SQLvalidatePipeline(void); > +sql5_export str SQLvalidatePipeline(void); > sql5_export str setOptimizers(str optimizer); > > #endif /* _SQL_OPTIMIZER_H_ */ > @@ -441,6 +441,7 @@ > Additional pipelines are defined in the monetdb.conf file. > The optimizers can be turned on/off, leaving the minimal plan > active. > +The first error in the optimizer string is shown. > @c > str minimalPlan= "inline,remap,deadcode,multiplex"; > > @@ -448,17 +449,17 @@ > static str optimizerpipe; /* reference to last pipeline string */ > static char *previouspipe = 0; > > -int > +str > SQLvalidatePipeline(void){ > - int error= 0; > int mitosis= FALSE, deadcode= FALSE, mergetable= FALSE, replication= FALSE; > int i; > > mal_set_lock(sql_contextLock,"SQL optimizer"); > - if (optimizers[0] && strcmp(optimizers[0],"inline") ){ > - showException(SQL,"optimizer"," 'inline' should be the first\n"); > - error++; > + if (optimizers[0] && strcmp(optimizers[0],"inline") ) { > + mal_unset_lock(sql_contextLock,"SQL optimizer"); > + throw(SQL,"optimizer"," 'inline' should be the first\n"); > } > + > /* deadcode should be used */ > for ( i=0; optimizers[i]; i++) > if (strcmp(optimizers[i],"deadcode") == 0) > @@ -476,34 +477,34 @@ > #ifdef WIN32 > else > if (strcmp(optimizers[i],"octopus") == 0){ > - showException(SQL,"optimizer"," 'octopus' needs Linux\n"); > - error++; > + mal_unset_lock(sql_contextLock,"SQL optimizer"); > + throw(SQL,"optimizer"," 'octopus' needs Linux\n"); > } > #endif > if (optimizers[0] && mitosis == TRUE && mergetable == FALSE) { > - showException(SQL,"optimizer"," 'mitosis' needs 'mergetable'\n"); > - error++; > + mal_unset_lock(sql_contextLock,"SQL optimizer"); > + throw(SQL,"optimizer"," 'mitosis' needs 'mergetable'\n"); > } > > if ( --i >= 0 && optimizers[i] && strcmp(optimizers[i],"multiplex") ){ > - showException(SQL,"optimizer"," 'multiplex' should be the last\n"); > - error++; > + mal_unset_lock(sql_contextLock,"SQL optimizer"); > + throw(SQL,"optimizer"," 'multiplex' should be the last\n"); > } > if (optimizers[0] && deadcode == FALSE ){ > - showException(SQL,"optimizer"," 'deadcode' should be used at least once\n"); > - error++; > + mal_unset_lock(sql_contextLock,"SQL optimizer"); > + throw(SQL,"optimizer"," 'deadcode' should be used at least once\n"); > } > @- > For replicated databases we need to ensure that the corresponding optimizer > is enabled. > @c > if ( MASTERroleEnabled() && replication == FALSE){ > - showException(SQL,"optimizer"," 'replication' should be part of the pipeline\n"); > - error++; > + mal_unset_lock(sql_contextLock,"SQL optimizer"); > + throw(SQL,"optimizer"," 'replication' should be part of the pipeline\n"); > } > > mal_unset_lock(sql_contextLock,"SQL optimizer"); > - return error; > + return MAL_SUCCEED; > } > > @- > @@ -558,25 +559,21 @@ > nxt++; > } > if ((nme = putName(optimizer,strlen(optimizer))) == 0) > - showException(SQL,"optimizer"," '%s' does not exist\n",optimizer); > + showException(SQL,"optimizer"," '%s' pipeline does not exist\n",optimizer); > else if (top<255) > optimizers[top++] = nme; > optimizer = nxt; > } > optimizers[top] = 0; > GDKfree(base); > - if (top == 1 && pipe == NULL){ > - showException(SQL,"optimizer","Optimizer '%s' does not exist, use default pipe instead\n", optimizerpipe?optimizerpipe:"undefined"); > + if (top <= 1 && pipe == NULL){ > + showException(SQL,"optimizer","Optimizer '%s' pipeline does not exist, use default pipe instead\n", optimizerpipe?optimizerpipe:"undefined"); > setOptimizers("default_pipe"); > }else > if (top == 256){ > showException(SQL,"optimizer","Too many optimizer steps, use default pipe instead\n"); > setOptimizers("default_pipe"); > - } else > - if (SQLvalidatePipeline() ) { > - showException(SQL,"optimizer"," Invalid pipeline, use default_pipe instead\n"); > - setOptimizers("default_pipe"); > - } > + } > return GDKstrdup(optimizerpipe); > } > > > Index: sql.mx > =================================================================== > RCS file: /cvsroot/monetdb/sql/src/backends/monet5/sql.mx,v > retrieving revision 1.358.2.10 > retrieving revision 1.358.2.11 > diff -u -d -r1.358.2.10 -r1.358.2.11 > --- sql.mx 8 Nov 2009 13:38:52 -0000 1.358.2.10 > +++ sql.mx 15 Nov 2009 16:55:27 -0000 1.358.2.11 > @@ -1180,6 +1180,7 @@ > #include <sql_storage.h> > #include <sql_scenario.h> > #include <store_sequence.h> > +#include <sql_optimizer.h> > #include <sql_datetime.h> > #include <rel_optimizer.h> > #include <rel_select.h> > @@ -1416,6 +1417,14 @@ > > if (mtype < 0 || mtype >= 255) > throw(SQL, "sql.setVariable", "failed"); > + if ( strcmp("optimizer", varname)== 0) { > + setOptimizers(*(str *) getArgReference(stk,pci,2)); > + msg = SQLvalidatePipeline(); > + if ( msg ){ > + setOptimizers("default_pipe"); > + return msg; > + } > + } > src = &stk->stk[getArg(pci, 2)]; > if (stack_find_var(m, varname)) { > stack_set_var(m, varname, src); > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Monetdb-sql-checkins mailing list > Monetdb-sql-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-sql-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 |

12 years, 8 months

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime/xrpc/admin/Tests All, Nov2009, 1.3.10.1, 1.3.10.2

by Ying Zhang

On Nov 15, 2009, at 14:59 , Stefan Manegold wrote: > Update of /cvsroot/monetdb/pathfinder/runtime/xrpc/admin/Tests > In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv15431 > > Modified Files: > Tag: Nov2009 > All > Log Message: > > conditionally disabled backup_restore_noxrpc test > for Algebra, as it required fn:put, > which it not (yet?) available for Algebra; > please re-enable once fn:put becomes available > also with Algebra > > ps: > does this also means that since XRPC and module > queries not longer automatically fall back to MPS, > the XRPC-/module-based administrative console > does no longer offer all its functionallity > when server by a default ALG MonetDB/XQuery? The intension is to disable automatic fall back to MPS *only* for module queries. This does not apply to XPRC queries (incl. the admin functions), which should thus still be available in ALG. > Index: All > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/xrpc/admin/Tests/All,v > retrieving revision 1.3.10.1 > retrieving revision 1.3.10.2 > diff -u -d -r1.3.10.1 -r1.3.10.2 > --- All 24 Oct 2009 15:07:19 -0000 1.3.10.1 > +++ All 15 Nov 2009 13:58:58 -0000 1.3.10.2 > @@ -1,6 +1,7 @@ > add_del_doc_noxrpc > NOT_ALGEBRA?add_del_doc > -backup_restore_noxrpc > +# fn:put() > +NOT_ALGEBRA?backup_restore_noxrpc > NOT_ALGEBRA?backup_restore > # pf:mil() > NOT_ALGEBRA?db_stats_noxrpc > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins

12 years, 8 months

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime pathfinder.mx, Nov2009, 1.462.4.8, 1.462.4.9

by Stefan Manegold

On Sun, Nov 15, 2009 at 01:45:26PM +0000, Peter Boncz wrote: > Update of /cvsroot/monetdb/pathfinder/runtime > In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv13456 > > Modified Files: > Tag: Nov2009 > pathfinder.mx > Log Message: > modified the disable of MPS (which was until recently still used by queries that triggered the module cache) > - it remains disabled, but queries that explicitly request MPS now again get the module code again I guess, something went wrong with this one, bug I wasn't able to locate the problem, yet. Before this checkin, I (as expected) go some output with `mclient -lx`, e.g.: $ mclient -lx Welcome to mclient, the MonetDB/XQuery interactive terminal Type \q to quit, \? for a list of available commands xquery>1+2 more><> 3 xquery> After this checkin, I don't get any output at all any more, e.g.: $ mclient -lx Welcome to mclient, the MonetDB/XQuery interactive terminal Type \q to quit, \? for a list of available commands xquery>1+2 more><> xquery> Likewise, before `Mtest.py -r` resulted in 23 out of 1861 tests produced SIGNIFICANTLY different output now it results in 1010 out of 1863 tests produced SIGNIFICANTLY different output mainly as most tests don't produce any output at all (as indicated above). Stefan > > > Index: pathfinder.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/pathfinder.mx,v > retrieving revision 1.462.4.8 > retrieving revision 1.462.4.9 > diff -u -d -r1.462.4.8 -r1.462.4.9 > --- pathfinder.mx 12 Nov 2009 01:45:16 -0000 1.462.4.8 > +++ pathfinder.mx 15 Nov 2009 13:45:21 -0000 1.462.4.9 > @@ -5917,7 +5917,6 @@ > return p+1; > } > > -#ifdef XQUERY_PREPARE > /* > * parse an XML datamodel numeric, and determine its minimal type (xs:integer, xs:decimal or xs:double) > */ > @@ -5950,7 +5949,6 @@ > * from a cached MIL tree. Otherwise use pathfinder to compile. Returns error string (NULL if ok). > */ > static char xquery_too_complex[80] = "xquery_prepare: xquery is too complex for cached execution.\n"; > -#endif > #define xquery_nondescriptive_error ((char*) -1) > > static char* > @@ -5959,11 +5957,24 @@ > char* query) > { > char *err = NULL; > -#ifdef XQUERY_PREPARE > int nsbuf = 0, loaded_modules = 0, len; > char *ns = (char*)&nsbuf, *nsend = ns, *locend, *loc = NULL, *q, *p = query; > char val[1024], url1[1024], url2[1024]; > > + /* Setting the Algebra flag; server setting overules compile-time default; client choice overrules server setting */ > + int options = 0; > +#if MILPRINT_SUMMER_IS_DEFAULT > + if (((ctx->mode & XQ_ALGEBRA) != 0) || \ > + (((ctx->mode & XQ_MILPRINT_SUMMER) == 0) && \ > + (GDKgetenv("xquery_backend") != NULL) && (strcmp(GDKgetenv("xquery_backend"),"algebra") == 0))) > + options = COMPILE_OPTION_ALGEBRA; > +#else /* ALGEBRA_IS_DEFAULT */ > + if (((ctx->mode & XQ_MILPRINT_SUMMER) == 0) && \ > + (((ctx->mode & XQ_ALGEBRA) != 0) || \ > + (GDKgetenv("xquery_backend") == NULL) || (strcmp(GDKgetenv("xquery_backend"),"milprint_summer") != 0))) > + options = COMPILE_OPTION_ALGEBRA; > +#endif > +if (options != COMPILE_OPTION_ALGEBRA) { > if (ctx->mode&XQ_DEBUG) { > /* for debugging purposes, we simulate a full MIL on the log; even if parts are cached */ > char *prologue = (char*) PFinitMIL(); > @@ -6145,29 +6156,13 @@ > */ > if (err == xquery_function_error) /* MIL execution failed, do not generate error in PF compiler */ > return xquery_nondescriptive_error; > - if (err) > -#else > - (void) usec; > -#endif > - { > +} > + if (err) { > char *sec1 = NULL; > char *sec2 = NULL; > char *sec3 = NULL; > - int options = 0; > /* compile and execute the query (minus module imports) */ > err = xquery_nondescriptive_error; > - /* Setting the Algebra flag; server setting overules compile-time default; client choice overrules server setting */ > -#if MILPRINT_SUMMER_IS_DEFAULT > - if (((ctx->mode & XQ_ALGEBRA) != 0) || \ > - (((ctx->mode & XQ_MILPRINT_SUMMER) == 0) && \ > - (GDKgetenv("xquery_backend") != NULL) && (strcmp(GDKgetenv("xquery_backend"),"algebra") == 0))) > - options = COMPILE_OPTION_ALGEBRA; > -#else /* ALGEBRA_IS_DEFAULT */ > - if (((ctx->mode & XQ_MILPRINT_SUMMER) == 0) && \ > - (((ctx->mode & XQ_ALGEBRA) != 0) || \ > - (GDKgetenv("xquery_backend") == NULL) || (strcmp(GDKgetenv("xquery_backend"),"milprint_summer") != 0))) > - options = COMPILE_OPTION_ALGEBRA; > -#endif > if (xquery_compile_exec(ctx, options, query, 0, &sec1, &sec2, &sec3, NULL)) > err = NULL; > if (sec1) free(sec1); > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Monetdb-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 |

12 years, 8 months

[Monetdb-developers] Bugs & Tests: Your resposibility

by Stefan Manegold

Dear all, lacking the time to constantly check each bug report and each failing test, I'll as of now leave it to the resposibility of - bug report submitters and - developers that fix and close bugs, as well as - those that develope new code and get detailed TestWeb emails about the consequences of their changes, to ensure that - each failing test is documented in a bug report, and - each closed (fixed) bug report is backed-up by a test in CVS to monitor the status of that very query or usage scenario. Thank you for understanding my decision and for helping us all to maintain and improve the stability, correctness and quality of the MonetDB code base. 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 |

12 years, 8 months

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

developers-list November 2009