- developers-list - monetdb.org

[Monetdb-developers] new requirements for building MonetDB and associated projects
by Sjoerd Mullender 24 Aug '05

24 Aug '05

There is a new (well already quite a few weeks old) CVS module available at our SourceForge repository called buildtools. This module is now a prerequisite for compiling MonetDB and all other projects. Check out buildtools: export CVSROOT=... cvs checkout buildtools cd buildtools # read REAME file and follow instructions Then you can update your MonetDB and other projects and bootstrap and build those projects. The main difference is: - autogen.py must be found in your $PATH (autogen is now part of buildtools); - Mx must either be found in your $PATH, or you must specify the option --with-mx=.../Mx on the configure command line; - mel must either be found in your $PATH, or you must specify the option --with-mel=.../mel on the configure command line; - for Pathfinder, burg must either be found in your $PATH, or you must specify --with-burg=.../burg on the configure command line. -- Sjoerd Mullender

3 4

[Monetdb-developers] AMD64 version of MonetDB for Windows?
by Cardillo Raymond A Civ AFRL/IFEA 19 Aug '05

19 Aug '05

Has anyone out there taken the time to build an MSI for the AMD64 versions of Windows? The x64 version of Windows was released a few months ago and was available in Beta for a while, so I'm hoping someone has either done this already, or can provide some advice on how to build/compile for this platform. Anyone know of future plans to make this one of the standard platform builds? Windows x64 is only going to grow in popularity from here, especially amongst researchers and others who can benefit from 64 bits. Thanks for any info, Ray Cardillo

2 1

[Monetdb-developers] quotes around chr values
by Sjoerd Mullender 17 Aug '05

17 Aug '05

I have prepared a patch to put (single) quotes around chr values in tables as printed by the Mserver. E.g.: MonetDB>'a'.print(); [ 'a' ] Previously this resulted in MonetDB>'a'.print(); [ a ] In addition to adding quotes, my patch also escapes control characters: MonetDB>chr(10).print(); [ '\012' ] Previously: MonetDB>chr(10).print(); [ ] This also shows a very important reason for wanting to make this change. Another example which is possibly even worse is chr(0).print(). I ran the pathfinder and sql tests, and only in pathfinder there are 2 tests that are affected (I will appprove them when I check the patch in). This message is a heads up. If you think you might be affected (JDBC, Perl, others?), then maybe you will need to make changes once I check this in. The Mapi library already deals with single-quoted values. -- Sjoerd Mullender

1 0

[Monetdb-developers] Large quantity Telecom products with low price
by Jun Wang 14 Aug '05

14 Aug '05

We supply large quantity low price Telecom products: Fiber optic jumper, UTP Cat5e cable, patch cable, USB cable, Phone cable and various Telecom components. Welcome OEM order and Custom cable. Details pay a visit to: www.sgetek.com. Download our catalogue from: www.sgetek.com/order.asp. Please contact with us by: prestonsh(a)126.com for our newest price list. Jun Wang SGETEK SHANGHAI CO., LIMITED SGETEK UK CO., LIMITED TEL:+86 21 67820784 FAX:+86 21 67820791 ---------------------------------------------------------------------- If no use for you send a "No Thanks" mail to: cable88(a)163.com, your mail will be deleted from our list within 2 working days.

1 0

[Monetdb-developers] Re: [Monetdb-checkins] MonetDB/src/modules/plain pcre.mx,1.14,1.15
by Fabian 10 Aug '05

10 Aug '05

Sjoerd Mullender wrote: > Update of /cvsroot/monetdb/MonetDB/src/modules/plain > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv22873 > > Modified Files: > pcre.mx > Log Message: > Do not put anything above the license text (except possibly a > "hash-bang" line (#!/...)). The script that updates the license text > does not like this. > > Furthermore, the standard in the MonetDB code is to use 8-space tabs. > If you want to view things differently, that's fine, but make at least > sure that it still looks correctly with 8-space tabs. Since when? I have been told 4 width *tabs* (not spaces) is the standard in the MonetDB project. You seem to suggest here that I should use spaces instead... Off-topic: is there anyone who actually uses 8 width tabs within vi?

2 1

[Monetdb-developers] max size of a bat
by Peter Boncz 04 Aug '05

04 Aug '05

Folks, MIN(2G, 4GB/sizeof(type)) is indeed the maximum number of elements in a BAT for 32-bits systems. Obviously, for 64-bits operating systems, no such restriction exists. Peter

1 0

[Monetdb-developers] Re: [MonetDB-users] speed comparison off inserts and deletes, and db size question
by Joel Reymont 03 Aug '05

03 Aug '05

On Aug 3, 2005, at 10:40 AM, Fabian wrote: > You should keep in mind that if you use a (V)OID on an 32-bits > platform, that you have a limitation of the number of rows that you > can contain in a BAT. Also, and OID cannot be bigger than the int > it is, so if you do need more rows, or sequence numbers that are > higher, you will have to jump over to lng and do the sequence > numbers yourself or something. > Is it 2^32-1 for the maximum number of rows in a BAT? > You can never join BATs that are bigger than max(OID), so you have > to play tricks like doing the selects on all it's subparts and then > unioning the results, given they are small enough to be stored in > one BAT. > Are you referring to BAT * BATkunion (BAT *b, BAT *c) in the kernel guide? I assume that I need to use BATkunion as opposed to BATsunion since I'm looking only at the head column. And that the fragments satisfy the set property since they are fragments of a larger BAT with a non- repeating oid range. Am I thinking right? Do I need to set any properties on the BAT for the union to work? Thanks, Joel -- http://wagerlabs.com/uptick

3 2

[Monetdb-developers] Re: [MonetDB-users] speed comparison off inserts and deletes, and db size question
by Joel Reymont 03 Aug '05

03 Aug '05

On Aug 3, 2005, at 10:40 AM, Fabian wrote: > > Most of the common MIL operators have C equivalents, like BATnew, > BATcount, etc. Right, I realize that. And that the extension modules are backed by C code as well. > You should keep in mind that if you use a (V)OID on an 32-bits > platform, that you have a limitation of the number of rows that you > can contain in a BAT. Also, and OID cannot be bigger than the int > it is, so if you do need more rows, or sequence numbers that are > higher, you will have to jump over to lng and do the sequence > numbers yourself or something. Is it 2^32-1 for the maximum number of rows in a BAT? > You can never join BATs that are bigger than max(OID), so you have > to play tricks like doing the selects on all it's subparts and then > unioning the results, given they are small enough to be stored in > one BAT. Are you referring to BAT * BATkunion (BAT *b, BAT *c) in the kernel guide? I assume that I need to use BATkunion as opposed to BATsunion since I'm looking only at the head column. And that the fragments satisfy the set property since they are fragments of a larger BAT with a non- repeating oid range. Am I thinking right? Do I need to set any properties on the BAT for the union to work? Thanks, Joel -- http://wagerlabs.com/uptick

1 0

[Monetdb-developers] Splicing vertically fragmented BATs
by Joel Reymont 03 Aug '05

03 Aug '05

Folks, What series of GDK operations (possibly with module extensions) can I use to splice a vertically fragmented BAT? I'm looking to do this in C/C++ as opposed to MIL. Thanks in advance, Joel -- http://wagerlabs.com/uptick

1 0

[Monetdb-developers] X100
by Joel Reymont 02 Aug '05

02 Aug '05

Is it possible to look at the X100 source code or more detailed information right now? What I'm trying to accomplish is basically the same, in Common Lisp. I read through Peter Boncz's Ph.D. thesis as well as the X100 paper. One thing that I don't understand is whether the X100 scan retrieves vectors from _all_ participating BATs. I'm also wondering how the size of the cache (and thus the size of the vector) is determined. Thanks, Joel -- http://wagerlabs.com/uptick

2 3