- developers-list - monetdb.org

Re: MonetDB: default - Initialize variables with a fake value so tha...
by Stefan Manegold 11 Jul '13

11 Jul '13

Thank you very much, Sjoerd! However, this is not yet sufficient to get this compiled (with optimization enabled): .../monetdb5/optimizer/opt_json.c:54:6: error: 'j' may be used uninitialized in this function [-Werror=maybe-uninitialized] However, simply initializing variable j when it is declared might not be the correct solution since it depends on itself: j = getArg(q,j); ^ ^ [...] pushArgument(mb,q,j); ^ Martin, can you please double-check your code and fix (also) the initilization / use of variable j according to the intended functionality? Thanks! Stefan ----- Original Message ----- > Changeset: fc7c72bf8a56 for MonetDB > URL: > http://dev.monetdb.org/hg/MonetDB?cmd=changeset;node=fc7c72bf8a56 > Modified Files: > monetdb5/optimizer/opt_json.c > Branch: default > Log Message: > > Initialize variables with a fake value so that this can be compiled. > > > diffs (12 lines): > > diff --git a/monetdb5/optimizer/opt_json.c > b/monetdb5/optimizer/opt_json.c > --- a/monetdb5/optimizer/opt_json.c > +++ b/monetdb5/optimizer/opt_json.c > @@ -30,7 +30,7 @@ int > OPTjsonImplementation(Client cntxt, MalBlkPtr mb, MalStkPtr stk, > InstrPtr pci) > { > int i, j, limit, slimit; > - int bu,br,bj; > + int bu = 0, br = 0, bj = 0; > str nme; > InstrPtr p,q; > int actions = 0; > _______________________________________________ > checkin-list mailing list > checkin-list(a)monetdb.org > http://mail.monetdb.org/mailman/listinfo/checkin-list > -- | Stefan.Manegold(a)CWI.nl | DB Architectures (DA) | | www.CWI.nl/~manegold/ | Science Park 123 (L321) | | +31 (0)20 592-4212 | 1098 XG Amsterdam (NL) |

1 0

code pattern and code generate
by 张磊 04 Jul '13

04 Jul '13

hi all, I found that in GDK of MonetDB, many source code like .h/.c is generated from .mx file when compiling, who can tell me which module control this function? -- Best Wishes! zhanglei

2 1

abou different performaces between SQL and MAL
by Yanchen 03 Jul '13

03 Jul '13

Hi, May I have aquestion about MonetDB performance on TPC-H benchmark? I do not know why I got very different performances when I run 01.sql in TPC-H and the explained 01.mal in mal domain. The average execution time for sql against SF100 scale factor is 19.94s, and the time for mal is 34.7. I also tried to use stethoscope to see the detail, seems like mal stop for several seconds before the last line code. Please let me know if you have any thoughts about that. Thank you so much in advance. Best, Lou I am using Monetdb 11.15.3(Feb. 2013). My mserver5 information is as followed: MonetDB 5 server v11.15.3 "Feb2013-SP1" (64-bit, 64-bit oids) Copyright (c) 1993-July 2008 CWI Copyright (c) August 2008-2013 MonetDB B.V., all rights reserved Visit http://www.monetdb.org/ for further information Found 188.9GiB available memory, 32 available cpu cores Libraries: libpcre: 8.30 2012-02-04 (compiled with 8.30) openssl: OpenSSL 1.0.1c 10 May 2012 (compiled with OpenSSL 1.0.1c 10 May 2012) libxml2: 2.8.0 (compiled with 2.8.0) Compiled by: root@LLL-MMMDB2 (x86_64-unknown-linux-gnu) Compilation: gcc -g -Werror -Wall -Wextra -W -Werror-implicit-function-declaration -Wpointer-arith -Wdeclaration-after-statement -Wundef -Wformat=2 -Wno-format-nonliteral -Winit-self -Winvalid-pch -Wmissing-declarations -Wmissing-format-attribute -Wmissing-prototypes -Wold-style-definition -Wpacked -Wunknown-pragmas -Wvariadic-macros -fstack-protector-all -Wstack-protector -Wpacked-bitfield-compat -Wsync-nand -Wjump-misses-init -Wmissing-include-dirs -Wlogical-op -Wunreachable-code Linking : /usr/bin/ld -m elf_x86_64

2 1

Problem running web app using latest jdbc driver
by Casey Gum 03 Jul '13

03 Jul '13

I have a RESTful web service that stores its information in MonetDB. I have to run in a Java 1.6 environment. The latest version of the jdbc driver says that it is for both 1.6 and 1.7. I'm getting the dependency resolved through maven using the clojars repository * <repository>* * <id>monetdb</id>* * <url>http://repository.pentaho.org/artifactory/repo</url>* * <snapshots>* * <enabled>false</enabled>* * </snapshots>* * </repository>* My dependency block looks like this: * <dependency>* * <groupId>monetdb</groupId>* * <artifactId>monetdb-jdbc</artifactId>* * <version>2.9</version>* * </dependency>* Everything worked when I was running v2.8 and getting my dependency resolved from the pentaho repository, but when I get the dependency from clojars, I get the following error: *java.lang.UnsupportedClassVersionError: nl/cwi/monetdb/jdbc/MonetDriver : Unsupported major.minor version 51.0* * * Two questions: 1. Should the 2.9 version work under Java 1.6? 2. Is there some setting I need to put in my pom.xml file so that it runs in "1.6 compatibility mode" or something? Thanks, Casey Gum

2 1

MonetDB configured with "--program-suffix" does not start DBs
by Benjamin Reilly 22 Jun '13

22 Jun '13

Hi all, I downloaded a copy of the 11.15.7 (Feb2013 SP2) source and compiled and installed it. I also have a copy of the same version of MonetDB installed from elsewhere (I'm not sure where now--sorry). Now, when I run the "old" version of Monet (the one I didn't just compile) and create a DB (`monetdb create test`), release it, and start it, everything works fine. The log looks likes this: ... MSG merovingian[32695]: starting database 'test', up min/avg/max: 0s/0s/0s, crash average: 0.00 0.00 0.00 (0-0=0) MSG control[32695]: (local): started 'test' MSG test[32705]: arguments: /usr/local/bin/mserver5 ...<snip>... ... However, when I run with my compiled version (using `configure --program-suffix=-vanilla`), starting a created DB does not call mserver5-vanilla, but rather monetdbd-vanilla, which is the incorrect command, and thus the database cannot start. (If I manually run mserver5-vanilla, it works fine.) The log looks like this: MSG merovingian[2616]: starting database 'test', up min/avg/max: 0s/0s/0s, crash average: 0.00 0.00 0.00 (0-0=0) MSG test[2625]: arguments: /usr/local/bin/monetdbd-vanilla ...<snip>... MSG test[2625]: usage: monetdbd [ command [ command-options ] ] <dbfarm> MSG test[2625]: where command is one of: MSG test[2625]: create, start, stop, get, set, version or help MSG test[2625]: use the help command to get help for a particular command MSG test[2625]: The dbfarm to operate on must always be given to MSG test[2625]: monetdbd explicitly. ERR test[2625]: monetdbd: unknown command: --dbpath=/home/breilly/db/farm-vanilla/test MSG merovingian[2616]: database 'test' (2625) has exited with exit status 1 ERR control[2616]: (local): failed to fork mserver: database 'test' appears to shut itself down after starting, check monetdbd's logfile for possible hints I tried just now to compile without the suffix, but in a different directory (i.e. `configure --prefix=$HOME/apps`), and it worked fine, as with the first version above. I'm not sure why the one with the suffix fails in the way it does: it's not like it tries to find "mserver5" (without the suffix) and fails. Instead, it successfully finds a real command with the suffix, but it's the wrong one. I have also tried simply symlinking to my suffixed program with non-suffixed name (i.e. `ln -s $HOME/apps/bin/monetdbd-vanilla $HOME/apps/bin/monetdb`, for each of monetdbd, monetdb, mclient, and mserver5), and this also works. However, it does not run the correct version of mserver5: it runs /usr/local/bin/mserver5, rather than my local copy at $HOME/apps/bin/mserver5. Is there some environment variable that I'm not setting correctly? ($HOME/apps/bin is in my PATH). Please let me know if there is any more information that I can provide for you. Thanks in advance for your help. Regards, Ben Reilly

2 1

Re: Monetdb - production users
by Baskar Duraikannu 20 Jun '13

20 Jun '13

Thanks. May I know size of your database? --- Original Message --- From: "Brandon Jackson" <usbrandon(a)gmail.com> Sent: June 20, 2013 12:09 PM To: "Communication channel for developers of the MonetDB suite." <developers-list(a)monetdb.org> Subject: Re: Monetdb - production users We are running MonetDB in our enterprise in a production environment. It works well. There are nuances. We do a lot of bulk loading, so we picked a time during the day to shut MonetDB down and restart it. The reason, memory fragmentation, does occur and in our experience would cause the database to fail and lock up. It will stop accepting connections. Our database health gradually and constantly decreases. Although I can say we have never received wrong answers from the database or had any obvious effects from poor database health. We periodically recreate the entire database to get the health of the database back up to 100%. Essentially we use MonetDB as a fast query database and not the primary database for maintaining the integrity of our data. There is no repair utility for the database. We're still learning how and if we should report issues like this because it happens gradually and the log has some splat marks " *** glibc detected *** /usr/bin/mserver5: corrupted doubly-linked list: 0x00007fa12411f4d0 *** and *** glibc detected *** /user/bin/mserver5: double free or corruption (!prev): 0x00007fa12411f4d0 *** in it. Like anything else, I think you learn to live with whatever tools you are using and play into the strengths and avoid the weaknesses, reporting them and hoping they can get patched up eventually. Brandon On Thu, Jun 20, 2013 at 9:29 AM, Baskar Duraikannu < baskar.duraikannu(a)outlook.com> wrote: > I would like to know whether any enterprise is running MonetDB outside > research community. Please help. > > _______________________________________________ > developers-list mailing list > developers-list(a)monetdb.org > http://mail.monetdb.org/mailman/listinfo/developers-list > > _______________________________________________ developers-list mailing list developers-list(a)monetdb.org http://mail.monetdb.org/mailman/listinfo/developers-list

1 0

Monetdb - production users
by Baskar Duraikannu 20 Jun '13

20 Jun '13

I would like to know whether any enterprise is running MonetDB outside research community. Please help.

2 1

Buffer Manager - MonetDB
by Baskar Duraikannu 20 Jun '13

20 Jun '13

Good morning. I recently installed and tested monetdb with a sample dataset and it performed really well. Then I came across the below posthttp://stackoverflow.com/questions/7435235/is-it-worth-trying-monetdb Above post talks about non-availability of buffer manager in MonetDB. Has this changed?

2 1

how to speed up the loading of data into a table
by Bouslah Ahmed 18 Jun '13

18 Jun '13

Good afternoon, I have 2 questions : - 1st question I have a csv file with 300000000 million lines. when I load it in a MonetDB table, it takes more than 16 hours, whereas in Oracle it only takes 15 minutes. Where is the problem? I use mclient as follows :? mclient -u user1 -d demo -ims -s " COPY 300000009 RECORDS INTO LINEORDER FROM STDIN USING DELIMITERS '|','\n'" - < D:\SSB\LINEORDER.tbl ?for information I use : MonetDB5 Windows Memory : 16 Go There are two constraints : primary key and foreign key on the table prior to loading data? 2nd question : how inner joins are made in MongoDB? cordialy.

3 4

Re: MonetDB: DVframework_bam - Added bam folder under sql/backends/m...
by Stefan Manegold 15 Jun '13

15 Jun '13

Thanks Robin! Eventually, we should of course add a proper configure check and make conditional for the samtools ... ;-) Stefan Robin Cijvat <commits(a)monetdb.org> wrote: >Changeset: d87b8aafa5b7 for MonetDB >URL: http://dev.monetdb.org/hg/MonetDB?cmd=changeset;node=d87b8aafa5b7 >Added Files: > sql/backends/monet5/bam/85_bam.mal > sql/backends/monet5/bam/85_bam.sql > sql/backends/monet5/bam/Makefile.ag > sql/backends/monet5/bam/bam.mal > sql/backends/monet5/bam/bam_clear.sql > sql/backends/monet5/bam/bam_schema.sql > sql/backends/monet5/bam/bamloader.c > sql/backends/monet5/bam/bamloader.h >Modified Files: > sql/backends/monet5/Makefile.ag >Branch: DVframework_bam >Log Message: > >Added bam folder under sql/backends/monet5/ containing UDF that >provides functionality for loading BAM file contents into temporary >BATs. To run code, samtools has to be installed and referred to in the >Makefile of the directory. > > >diffs (truncated from 1260 to 300 lines): > >diff --git a/sql/backends/monet5/Makefile.ag >b/sql/backends/monet5/Makefile.ag >--- a/sql/backends/monet5/Makefile.ag >+++ b/sql/backends/monet5/Makefile.ag >@@ -15,7 +15,7 @@ > # Copyright August 2008-2013 MonetDB B.V. > # All Rights Reserved. > >-SUBDIRS = NOT_WIN32?vaults UDF LSST ENABLE_DATACELL?datacell >HAVE_MSEED?miniseed >+SUBDIRS = NOT_WIN32?vaults UDF bam LSST ENABLE_DATACELL?datacell >HAVE_MSEED?miniseed > > INCLUDES = ../../include ../../common ../../storage ../../server \ > ../../../monetdb5/modules/atoms \ >diff --git a/sql/backends/monet5/bam/85_bam.mal >b/sql/backends/monet5/bam/85_bam.mal >new file mode 100644 >--- /dev/null >+++ b/sql/backends/monet5/bam/85_bam.mal >@@ -0,0 +1,2 @@ >+library bam; >+include bam; >\ No newline at end of file >diff --git a/sql/backends/monet5/bam/85_bam.sql >b/sql/backends/monet5/bam/85_bam.sql >new file mode 100644 >--- /dev/null >+++ b/sql/backends/monet5/bam/85_bam.sql >@@ -0,0 +1,2 @@ >+CREATE PROCEDURE bamloader(repo string, mode int, num_threads int) >+external name bam.bamloader; >\ No newline at end of file >diff --git a/sql/backends/monet5/bam/Makefile.ag >b/sql/backends/monet5/bam/Makefile.ag >new file mode 100644 >--- /dev/null >+++ b/sql/backends/monet5/bam/Makefile.ag >@@ -0,0 +1,62 @@ >+# The contents of this file are subject to the MonetDB Public License >+# Version 1.1 (the "License"); you may not use this file except in >+# compliance with the License. You may obtain a copy of the License at >+# http://www.monetdb.org/Legal/MonetDBLicense >+# >+# Software distributed under the License is distributed on an "AS IS" >+# basis, WITHOUT WARRANTY OF ANY KIND, either express or implied. See >the >+# License for the specific language governing rights and limitations >+# under the License. >+# >+# The Original Code is the MonetDB Database System. >+# >+# The Initial Developer of the Original Code is CWI. >+# Portions created by CWI are Copyright (C) 1997-July 2008 CWI. >+# Copyright August 2008-2013 MonetDB B.V. >+# All Rights Reserved. >+ >+INCLUDES = .. \ >+ ../../../include \ >+ ../../../common \ >+ ../../../storage \ >+ ../../../server \ >+ ../../../../monetdb5/modules/atoms \ >+ ../../../../monetdb5/modules/kernel \ >+ ../../../../monetdb5/mal \ >+ ../../../../monetdb5/modules/mal \ >+ ../../../../monetdb5/optimizer \ >+ ../../../../clients/mapilib \ >+ ../../../../common/options \ >+ ../../../../common/stream \ >+ ../../../../gdk \ >+ -I$(HOME)/Documents/BAM/samtools/include >+ >+lib__bam = { >+ MODULE >+ DIR = libdir/monetdb5 >+ SOURCES = bamloader.c bamloader.h >+ LIBS = ../../../../monetdb5/tools/libmonetdb5 \ >+ ../../../../gdk/libbat \ >+ -L$(HOME)/Documents/BAM/samtools/lib -lbam >+ >+} >+ >+headers_mal = { >+ HEADERS = mal >+ DIR = libdir/monetdb5 >+ SOURCES = bam.mal >+} >+ >+headers_sql = { >+ HEADERS = sql >+ DIR = libdir/monetdb5/createdb >+ SOURCES = 85_bam.sql >+} >+ >+headers_autoload = { >+ HEADERS = mal >+ DIR = libdir/monetdb5/autoload >+ SOURCES = 85_bam.mal >+} >+ >+EXTRA_DIST_DIR = Tests >diff --git a/sql/backends/monet5/bam/bam.mal >b/sql/backends/monet5/bam/bam.mal >new file mode 100644 >--- /dev/null >+++ b/sql/backends/monet5/bam/bam.mal >@@ -0,0 +1,5 @@ >+module bam; >+ >+pattern bamloader(entry:str, mode:int, num_threads:int):void >+address bamloader >+comment "Read the files in the BAM repository, fill and return a >temp_container accordingly."; >\ No newline at end of file >diff --git a/sql/backends/monet5/bam/bam_clear.sql >b/sql/backends/monet5/bam/bam_clear.sql >new file mode 100644 >--- /dev/null >+++ b/sql/backends/monet5/bam/bam_clear.sql >@@ -0,0 +1,7 @@ >+DROP TABLE bam.alignments_extra; >+DROP TABLE bam.alignments; >+DROP TABLE bam.pg; >+DROP TABLE bam.rg; >+DROP TABLE bam.sq; >+DROP TABLE bam.files; >+DROP SCHEMA bam; >diff --git a/sql/backends/monet5/bam/bam_schema.sql >b/sql/backends/monet5/bam/bam_schema.sql >new file mode 100644 >--- /dev/null >+++ b/sql/backends/monet5/bam/bam_schema.sql >@@ -0,0 +1,91 @@ >+CREATE SCHEMA bam; >+ >+CREATE TABLE "bam"."files" ( >+ "file_location" STRING NOT NULL UNIQUE, >+ "format_version" REAL, >+ "sorting_order" VARCHAR(10), >+ "comments" STRING, >+ CONSTRAINT "files_pkey_file_location" PRIMARY KEY (file_location) >+); >+ >+CREATE TABLE "bam"."sq" ( >+ "sn" STRING NOT NULL, >+ "file_location" STRING NOT NULL, >+ "ln" INT NOT NULL, >+ "as" INT, >+ "m5" STRING, >+ "sp" STRING, >+ "ur" STRING, >+ CONSTRAINT "sq_pkey_sn_file_location" PRIMARY KEY (sn, >file_location), >+ CONSTRAINT "sq_fkey_file_location" FOREIGN KEY (file_location) >REFERENCES bam.files (file_location) >+); >+ >+CREATE TABLE "bam"."rg" ( >+ "id" STRING NOT NULL UNIQUE, >+ "file_location" STRING NOT NULL, >+ "cn" STRING, >+ "ds" STRING, >+ "dt" TIMESTAMP, >+ "fo" STRING, >+ "ks" STRING, >+ "lb" STRING, >+ "pg" STRING, >+ "pi" INT, >+ "PL" STRING, >+ "PU" STRING, >+ "SM" STRING, >+ CONSTRAINT "rg_pkey_id_file_location" PRIMARY KEY (id, >file_location), >+ CONSTRAINT "rg_fkey_file_location" FOREIGN KEY (file_location) >REFERENCES bam.files (file_location) >+); >+ >+CREATE TABLE "bam"."pg" ( >+ "id" STRING NOT NULL UNIQUE, >+ "file_location" STRING NOT NULL, >+ "pn" STRING, >+ "cl" STRING, >+ "pp" STRING, >+ "vn" REAL, >+ CONSTRAINT "pg_pkey_id_file_location" PRIMARY KEY (id, >file_location), >+ CONSTRAINT "pg_fkey_file_location" FOREIGN KEY (file_location) >REFERENCES bam.files (file_location) >+); >+ >+CREATE TABLE "bam"."alignments" ( >+ "file_location" STRING NOT NULL, >+ "virtual_offset" INT NOT NULL, >+ "qname" STRING NOT NULL, >+ "flag_temp_mult_segm" BOOLEAN NOT NULL, >+ "flag_each_segm_prop_alig" BOOLEAN NOT NULL, >+ "flag_segm_unma" BOOLEAN NOT NULL, >+ "flag_next_segm_unma" BOOLEAN NOT NULL, >+ "flag_seq_reve_comp" BOOLEAN NOT NULL, >+ "flag_seq_next_segm_reve" BOOLEAN NOT NULL, >+ "flag_first_segm" BOOLEAN NOT NULL, >+ "flag_last_segm" BOOLEAN NOT NULL, >+ "flag_seco_alig" BOOLEAN NOT NULL, >+ "flag_not_pass_qual_cont" BOOLEAN NOT NULL, >+ "flag_pcr_opti_dupl" BOOLEAN NOT NULL, >+ "rname" STRING NOT NULL, >+ "pos" INT NOT NULL, >+ "mapq" INT NOT NULL, >+ "cigar" STRING NOT NULL, >+ "rnext" STRING NOT NULL, >+ "pnext" INT NOT NULL, >+ "tlen" INT NOT NULL, >+ "seq" STRING NOT NULL, >+ "qual" STRING NOT NULL, >+ CONSTRAINT "alignments_pkey_file_location_virtual_offset" PRIMARY >KEY (file_location, virtual_offset), >+ CONSTRAINT "alignments_fkey_file_location" FOREIGN KEY >(file_location) REFERENCES bam.files (file_location) >+); >+ >+CREATE TABLE "bam"."alignments_extra" ( >+ "tag" CHAR(2) NOT NULL, >+ "file_location" STRING NOT NULL, >+ "virtual_offset" INT NOT NULL, >+ "type" CHAR(1) NOT NULL, >+ "value" STRING, >+ CONSTRAINT >"alignments_extra_pkey_tag_file_location_virtual_offset" PRIMARY KEY >(tag, file_location, virtual_offset), >+ CONSTRAINT "alignments_extra_fkey_file_location_virtual_offset" >FOREIGN KEY (file_location, virtual_offset) REFERENCES bam.alignments >(file_location, virtual_offset) >+); >+ >+ >+ >diff --git a/sql/backends/monet5/bam/bamloader.c >b/sql/backends/monet5/bam/bamloader.c >new file mode 100644 >--- /dev/null >+++ b/sql/backends/monet5/bam/bamloader.c >@@ -0,0 +1,1013 @@ >+#include <stdio.h> >+#include "monetdb_config.h" >+#include "bamloader.h" >+ >+ >+/* >+ * NOTE: Copied directly from miniseed/registrar.c >+ * TODO: Make both miniseed/registrar.c and this file include some >generic library for these kind of structures >+ * keeps BAT and other properties of columns of a table. >+ */ >+typedef struct { >+ bat *column_bats; /* keeps bats of the columns: lower array */ >+ str *column_names; /* names of columns that are kept in the higher >array */ >+ str *column_types_strs; /* type strings of columns */ >+} temp_subcontainer; >+ >+/* >+ * NOTE: Copied directly from miniseed/registrar.c >+ * TODO: Make both miniseed/registrar.c and this file include some >generic library for these kind of structures >+ * keeps (some) tables of a schema. >+ */ >+typedef struct { >+ str schema_name; /* schema or vault name */ >+ temp_subcontainer *tables_columns; /* keeps tables: higher array */ >+ str *table_names; /* names of tables that are kept in the higher >array */ >+ int *num_columns; /* number of columns in each table in the higher >array */ >+ int num_tables; >+} temp_container; >+ >+/* >+* File format specific structures >+*/ >+typedef struct { >+ str tag; >+ str value; >+} bam_header_option; >+ >+typedef struct { >+ str header_tag; >+ bam_header_option *options; >+ int num_options; >+} bam_header_line; >+ >+ >+/* Global vars */ >+FILE *logfile = NULL; //keep logfile file opened in this global var >while the bam code runs, >+ //since opening and closing every time >something has to be written turned out to be very slow >+ >+ >+ >+/* File format specific functions */ >+str init_temp_container(temp_container *ret_tc); >+str loadfile(str filepath, temp_container *ret_tc); //load file and >add contents to tc >+str process_bam_header(str filepath, str header, temp_container >*ret_tc); >+int append_to_bat_cond(temp_container *ret_tc, bam_header_option *opt, >str cmp, int table, int col, int *appendErr, int *flag); >+str read_bam_header_line(str *header, bam_header_line *ret_hl, int >*eof); >+void free_bam_header_line(bam_header_line *hl); >+str process_bam_alignment(str filepath, int virtual_offset, >bam_header_t *header, bam1_t *alignment, temp_container *ret_tc); >+int parse_alignment_str(str *sam_alig, str *dest); >+int parse_alignment_long(str *sam_alig, long int *dest); >+ >+/* Generic functions */ >+str init_temp_subcontainer(temp_subcontainer *ret_tsc, >+ str *col_names, str *col_types_strs, int *col_types, int >num_cols); >+str append_to_bat(bat cb, ptr val); >+int concatenate_strs(str* words_to_concat, int num_words_to_concat, >str* ret_concatenated); >+str prepare_insertion(Client cntxt, temp_container* tc); >+str insert_into_vault(Client cntxt, temp_container* tc); >+str register_table(Client cntxt, MalBlkPtr mb, MalStkPtr stk, InstrPtr >pci); >+int read_string_until_delim(str *src, str *ret, char *delims, int >num_delims); >+int parse_long(str *src, long int *i); >+int get_kth_bit(unsigned int i, int k); >+void append_to_log(str mssg); >+void free_temp_container(temp_container* tc); >+ >+/* External functions */ >+str SQLstatementIntern(Client c, str *expr, str nme, int execute, bit >output); >+ >+ >+ >+/* File format specific functions */ >_______________________________________________ >checkin-list mailing list >checkin-list(a)monetdb.org >http://mail.monetdb.org/mailman/listinfo/checkin-list -- | Stefan.Manegold(a)CWI.nl | Database Architectures (DA) | | www.CWI.nl/~manegold | Science Park 123 (L321) | | +31 (0)20 592-4212 | 1098 XG Amsterdam (NL) |

1 0