December 2008 - developers-list

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime shredder.mx, , 1.149, 1.150
by Sjoerd Mullender 15 Dec '08

15 Dec '08

Shouldn't this also be done on the stable branch? Jan Flokstra wrote: > Update of /cvsroot/monetdb/pathfinder/runtime > In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv15280 > > Modified Files: > shredder.mx > Log Message: > - Try to fix [ monetdb-Bugs-2141012 ] XQ: unclear error > > > > U shredder.mx > Index: shredder.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/shredder.mx,v > retrieving revision 1.149 > retrieving revision 1.150 > diff -u -d -r1.149 -r1.150 > --- shredder.mx 11 Dec 2008 13:46:47 -0000 1.149 > +++ shredder.mx 15 Dec 2008 13:27:08 -0000 1.150 > @@ -601,6 +601,8 @@ > return GDK_SUCCEED; > } > > +#define INHOLE(P) (P->pageFree && (P->nnode_pre&REMAP_PAGE_MASK) == ((oid)P->pageFree)) > + > #define _NEXT_PRE_IMP(P) if ((P->nnode_pre++ == GDK_oid_max || P->nnode_nid++ == GDK_oid_max) ||\ > (P->pageFree && (P->nnode_pre&REMAP_PAGE_MASK) == ((oid)P->pageFree) && !createHole(P)))\ > { GDKerror("shredder: failed inserting RID tuple " OIDFMT " \n", (P->nnode_pre-1)); > @@ -1795,6 +1797,17 @@ > break; > } > } > + /* Now check if by coincedence the shredder starts in a not yet > + * created hole. If soo a proper hole has to be created after > + * which the document can start. > + */ > + if ( INHOLE(shredCtx) ) { > + if ( !createHole(shredCtx) ) { > + GDKerror("shredder_create: recover from starting in a hole fails!\n"); > + return shredder_free(shredCtx,-shredCtx->updatable); > + > + } > + } > } > if (shredCtx->nnode_pre <= pre_min) { > shredCtx->nnode_pre = pre_min; > @@ -1822,6 +1835,7 @@ > if (shredCtx->val == NULL || shredCtx->content_buf == NULL || shredCtx->lifo == NULL) { > return shredder_free(shredCtx,-shredCtx->incremental); > } > + > return shredCtx; > } > > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > 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

[Monetdb-developers] bug fix release preparation
by Sjoerd Mullender 15 Dec '08

15 Dec '08

Tomorrow I want to build the December bug fix release. So please no more checkins on the Stable branch, unless you have my express permission. -- Sjoerd Mullender

1 0

[Monetdb-developers] !MALException:mkey.bulk_rotate_xor_hash:command failed
by Stefan de Konink 15 Dec '08

15 Dec '08

sql>ALTER table way_tags add primary key(way, k); !MALException:mkey.bulk_rotate_xor_hash:command failed What should I read from that one? Stefan

1 0

[Monetdb-developers] # falling back to direct mode
by Stefan de Konink 15 Dec '08

15 Dec '08

As $subj; What does it mean? I'm about to run my final result test on the new algebra version; but I just wondered what it means. Stefan

1 0

Re: [Monetdb-developers] [Monetdb-checkins] clients/src/mapiclient MapiClient.mx, , 1.130, 1.131
by Stefan Manegold 14 Dec '08

14 Dec '08

On Sat, Dec 13, 2008 at 03:50:22PM +0000, Martin Kersten wrote: > Update of /cvsroot/monetdb/clients/src/mapiclient > In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv11819/mapiclient > > Modified Files: > MapiClient.mx > Log Message: > Start removing the default choice. It should not be an option > any longer. > Preferrably, we should remove the -g altogether. > > > U MapiClient.mx > Index: MapiClient.mx > =================================================================== > RCS file: /cvsroot/monetdb/clients/src/mapiclient/MapiClient.mx,v > retrieving revision 1.130 > retrieving revision 1.131 > diff -u -d -r1.130 -r1.131 > --- MapiClient.mx 5 Dec 2008 14:57:32 -0000 1.130 > +++ MapiClient.mx 13 Dec 2008 15:50:20 -0000 1.131 > @@ -1287,7 +1287,6 @@ > stream_printf(toConsole, "\\a - disable auto commit\n"); > } > if (mode == SQL || mode == XQUERY) { > - stream_printf(toConsole, "\\G - switch to algebra frontend\n"); > stream_printf(toConsole, "\\g - switch to old frontend\n"); hm, this means that you tell users only how to switch to the old frontend, but once they have done so, they (now) won't get told (anymore) how to switch back, again ... ... maybe not that handy --- and for XQuery, the "old" backend is both still available and still required for some functionality ... Hence, IMHO (1) "-G" / "-g" and "\G" / "\g" make only sense as pairs, i.e., to switch back and forth, i.e., removing one does not make (much) sense; and (2) XQuery still requires both for the time being. Thus, if we don't need either for SQL any more, we should remove the documentation (and functionality) of both switches only for SQL, but not for XQuery --- and if we do so, we should do this everywhere, i.e., not only with mclient, but also with Mserver/mserver5, MonetDB.conf/monetdb5.conf, Mtest.py and the wbe site --- well, lacking branches, the latter can only be done once we have a new feature release in about 3 month from now ... Stefan > } > if (mode == XQUERY) { > @@ -1709,7 +1708,6 @@ > fprintf(stderr, " -r nr | --rows=nr for pagination\n"); > fprintf(stderr, " -w nr | --width=nr for pagination\n"); > fprintf(stderr, " -D | --dump create an SQL dump\n"); > - fprintf(stderr, " -G | --algebra use algebra frontend\n"); > fprintf(stderr, " -g | --no-algebra use old frontend\n"); > > fprintf(stderr, "\nXQuery specific options\n"); > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > 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 4

[Monetdb-developers] New "testing" CVS module
by Stefan Manegold 12 Dec '08

12 Dec '08

Dear fellow MonetDB developers, I just separated the MonetDB testing tools (Mtest.py & friends) from MonetDB/src/testing/ into their own "testing" CVS module / MonetDB component. IMPORTANT NOTE: =============== In case you plan to upgrade your exiting CVS-based "MonetDB" installation, please run `make uninstall` in your "MonetDB" build directory, first, i.e., before running `cvs update` in your "MonetDB" source directory. Once you update your "MonetDB" to the latest CVS development trunk version, and plan to continue (or start) using Mtest.py, you also need to check out the new "testing" CVS module (from SF) and compile and install it any time after you compiled and installed "MonetDB", and before you plan to use Mtest.py. The new "testing" CVS module depends only on "MonetDB" (and hence requires that to be installed), but on no other MonetDB component (except from the "buildtools", in case your are compiling from CVS sources). No other MonetDB component depends on the new "testing" CVS module other than that you obviously need to have "testing" installed once you want/need to run tests using Mtest.py. Details: -------- The MonetDB testing tools (Mtest.py & friends) are not part of the actual MonetDB functionality, but mainly for MonetDB development purpose (and hence only distributed only in the source tarballs, but not in any (official) binary packages). To make them less dependent on release cycles (and vice versa), and well as to prepare making them usable without MonetDB --- for now, they actually still depend on MonetDB; see below) --- we decided to separate the MonetDB testing tools from the "MonetDB" CVS module into their own "testing" CVS module. For the time being (i.e., until further notice), "testing" depends on "MonetDB" --- more precisely only on some utils from MonetDB/src/common/, but not on the GDK kernel from MonetDB/src/gdk/, as (1) Mtest.py (mainly for "convenience") still uses monet_options.py; and (2) (on Windows only), Mdiff.c uses "our" getopt code. Python modules "subprocess26.py" & "trace.py" have been moved from <PYTHON_LIBDIR>/MonetDB to <PYTHON_LIBDIR>/MonetDBtesting . Changes are wrapped in CVS tags "before_testing_separation" & "after_testing_separation". 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 |

2 1

[Monetdb-developers] gridsql
by Martin.Kersten＠cwi.nl 10 Dec '08

10 Dec '08

Can you have a 1-2 hour look at gridsql if it is feasible at all. If so, let's push Venks.... ;) otherwise avoid the frustration for him.

3 2

[Monetdb-developers] Announcement: New feature release of MonetDB suite
by Sjoerd Mullender 08 Dec '08

08 Dec '08

The MonetDB team at CWI is pleased to announce the new "Nov2008" release of the MonetDB suite of programs. This is a feature release, involving, among other things, a change in the database format, so be sure to dump your databases before attempting an upgrade. More information on the new release is available at <https://sourceforge.net/forum/forum.php?forum_id=892621>. The sources and binaries are available at <http://monetdb.cwi.nl/projects/monetdb/Download/>. -- Sjoerd Mullender

1 0

[Monetdb-developers] Size limits for DECIMAL(P,S)
by Schwarz, Omri 05 Dec '08

05 Dec '08

Hi, all. I managed to build MonetDB and am looking through it right now, but I am hitting against rgw 18 digit size limit for the decimal type. How hard would it be to reimplement it on the back end to make room for more digits? Denham Quantitative Management LP 200 Clarendon Street, 25th Floor Boston, MA 02216 T: 617-587-5812 M: 617-909-7786 omri.schwarz(a)denhamcapital.com NOTICE: This e-mail message is intended for the named recipient(s) above and may contain confidential information. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this e-mail and any attachment(s) is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender by replying to this e-mail and delete the message and any attachment(s) from your system. NO REPRESENTATION OR WARRANTY IS MADE TO ANY PERSON AS TO THE ACCURACY OR COMPLETENESS OF THE INFORMATION CONTAINED HEREIN. Denham Capital Management(sm) is a trademark of Denham Capital Management LP.

1 0

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB5/src/mal mal_instruction.mx, , 1.370, 1.371
by Sjoerd Mullender 05 Dec '08

05 Dec '08

Martin Kersten wrote: > Update of /cvsroot/monetdb/MonetDB5/src/mal > In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv8366 > > Modified Files: > mal_instruction.mx > Log Message: > Clear the details completely. > > > U mal_instruction.mx > Index: mal_instruction.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/mal/mal_instruction.mx,v > retrieving revision 1.370 > retrieving revision 1.371 > diff -u -d -r1.370 -r1.371 > --- mal_instruction.mx 17 Nov 2008 08:57:48 -0000 1.370 > +++ mal_instruction.mx 21 Nov 2008 21:39:29 -0000 1.371 > @@ -1009,6 +1009,7 @@ > clrFunction(InstrPtr p) > { > p->fcn = 0; > + p->blk = 0; > setModuleId(p, NULL); > setFunctionId(p, NULL); > } > Should this be backported? -- Sjoerd Mullender

1 0