July 2008 - developers-list

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/src/backends/monet5 sql_gencode.mx, SQL_2-24, 1.275.2.3, 1.275.2.4
by Sjoerd Mullender 14 Jul '08

14 Jul '08

Propagation prevented. Niels Nes wrote: > Update of /cvsroot/monetdb/sql/src/backends/monet5 > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv16011/src/backends/monet5 > > Modified Files: > Tag: SQL_2-24 > sql_gencode.mx > Log Message: > incompatible backport of a fix. SQL functions returning tables return bat[:str,:BAT]. We now correctly return this full type vs only bat before. > > Next to this we now print errors (they are in this part of the code > unexpected). > > This should not be propagated to the main branch > > > U sql_gencode.mx > Index: sql_gencode.mx > =================================================================== > RCS file: /cvsroot/monetdb/sql/src/backends/monet5/sql_gencode.mx,v > retrieving revision 1.275.2.3 > retrieving revision 1.275.2.4 > diff -u -d -r1.275.2.3 -r1.275.2.4 > --- sql_gencode.mx 17 Jun 2008 08:37:28 -0000 1.275.2.3 > +++ sql_gencode.mx 13 Jul 2008 14:43:08 -0000 1.275.2.4 > @@ -2060,7 +2060,10 @@ > return; > f->sql++; > s = scope_sqlparse(m, NULL, f->imp, m_instantiate); > - if (s) { > + if (!s) { > + fprintf(stderr, m->errstr); > + return; > + } else { > stmt *opt; > opt = optimize(m, s); > stmt_destroy(s); > @@ -2078,7 +2081,10 @@ > varSetProp(curBlk, getArg(curInstr, 0), inlineProp, op_eq, NULL); > > if (f->res.type) { > - setVarType(curBlk, 0, f->res.type->localtype); > + if (f->res.type->localtype == TYPE_bat) > + setVarType(curBlk, 0, newBatType(TYPE_str, TYPE_bat)); > + else > + setVarType(curBlk, 0, f->res.type->localtype); > setVarUDFtype(curBlk,0); > } else { > setVarType(curBlk, 0, TYPE_void); > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Monetdb-sql-checkins mailing list > Monetdb-sql-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-sql-checkins -- Sjoerd Mullender

1 0

[Monetdb-developers] MonetDB4 TMsubcommit test
by Sjoerd Mullender 11 Jul '08

11 Jul '08

After my checkin today, the TMsubcommit test in MonetDB4 will fail. This is due to the fact that the BAT alignment information is now stored in the BBP.dir file which is printed by the test. This alignment information is a random OID, and so it can (and does) differ from run to run. -- Sjoerd Mullender

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/runtime pathfinder.mx, , 1.427, 1.428
by Sjoerd Mullender 11 Jul '08

11 Jul '08

Ying Zhang wrote: > Update of /cvsroot/monetdb/pathfinder/runtime > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv5919 > > Modified Files: > pathfinder.mx > Log Message: > check 'seqnr' before write into it. > 'seqnr' is only used by xrpc. > > This might be the cause of failing tests due to segfault. > > > > U pathfinder.mx > Index: pathfinder.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/runtime/pathfinder.mx,v > retrieving revision 1.427 > retrieving revision 1.428 > diff -u -d -r1.427 -r1.428 > --- pathfinder.mx 8 Jul 2008 17:51:30 -0000 1.427 > +++ pathfinder.mx 11 Jul 2008 10:45:31 -0000 1.428 > @@ -5070,7 +5070,7 @@ > *(ctx->time_compile) = GDKusec() - usec; > > /* Done preparing the query. Time to (re-)execute the MIL tree */ > - if (xquery_tree_exec(ctx, prepfun->lt, 1)) { > + if (xquery_tree_exec(ctx, prepfun->lt, 1) && seqnr) { > *seqnr = (*ctx->xrpc_seqnr); > return NULL; > } Is this really correct? Shouldn't this be: if (xquery_tree_exec(ctx, prepfun->lt, 1)) { if (seqnr) *seqnr = (*ctx->xrpc_seqnr); return NULL; } And you really don't need those parentheses around *ctx->xrpc_seqnr. -- Sjoerd Mullender

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/algebra/opt opt_algebra_cse.c, , 1.33, 1.34
by Stefan Manegold 10 Jul '08

10 Jul '08

Hi Teggy, is this a bug fix that should also (have) be(en) applied in the XQuery_0-24 release branch? Stefan On Mon, Jul 07, 2008 at 07:19:00AM +0000, Torsten Grust wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/algebra/opt > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv6385 > > Modified Files: > opt_algebra_cse.c > Log Message: > -- Fixed attribute list allocation bug in structural algebra CSE. > > > > U opt_algebra_cse.c > Index: opt_algebra_cse.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/algebra/opt/opt_algebra_cse.c,v > retrieving revision 1.33 > retrieving revision 1.34 > diff -u -d -r1.33 -r1.34 > --- opt_algebra_cse.c 18 Jun 2008 11:24:23 -0000 1.33 > +++ opt_algebra_cse.c 7 Jul 2008 07:18:57 -0000 1.34 > @@ -1330,21 +1330,23 @@ > ACTATT(R(n), n->sem.ser_seq.item)); > > case la_serialize_rel: > - { > - PFalg_attlist_t items = (PFalg_attlist_t) { > - .count = n->sem.ser_rel.items.count, > - .atts = PFmalloc (sizeof(PFalg_att_t)) > - }; > - > - for (unsigned int i = 0; i < items.count; i++) { > - items.atts[i] = ACTATT (L(n), n->sem.ser_rel.items.atts[i]); > - } > - > + { > + PFalg_attlist_t items = > + (PFalg_attlist_t) { > + .count = n->sem.ser_rel.items.count, > + .atts = PFmalloc (n->sem.ser_rel.items.count * > + sizeof(PFalg_att_t)) > + }; > + > + for (unsigned int i = 0; i < items.count; i++) { > + items.atts[i] = ACTATT (L(n), n->sem.ser_rel.items.atts[i]); > + } > + > return PFla_serialize_rel (CSE(L(n)), > ACTATT (L(n), n->sem.ser_rel.iter), > ACTATT (L(n), n->sem.ser_rel.pos), > items); > - } > + } > case la_lit_tbl: > return PFla_lit_tbl_ (create_attlist (n->schema), > n->sem.lit_tbl.count, > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > 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 |

1 0

[Monetdb-developers] Not yet packages precompiled tests
by Stefan Manegold 04 Jul '08

04 Jul '08

Dear all, the MAPI & JDBC tests implemented in C and Java in MonetDB/Clients and MonetDB/Java (installed in <prefix>/lib/MonetDB/Tests/ & <prefix>/share/MonetDB/Tests/, respectively) are not yet distributed in any binary package. For convenience of running Mtest.py on binary installations, should we concider to package the C-MAPI tests from MonetDB/Clients in, say, a MonetDB-client-testing RPM and the Java-JDBC tests from MonetDB/Java in, say, a MonetDB-java-testing.jar? Opinions and/or (other) suggestions? 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] monetdb-java-config
by Stefan Manegold 04 Jul '08

04 Jul '08

Dear all, Mtest.oy and several tests (see below) (still) rely on monetdb-java-config to find out where MonetDB/Java (i.e., the *.jar's and the Test_*.class examples/tests) are installed. However, we do not distribute monetdb-java-config in any (binary) package (only with the sources). I see the followin options: 1) Leave everything as it is. 2) Keep monetdb-java-config in the source (for conveniencce with Mtest.py on source-base installations), but extend Mtest.py with command line options as an alternative manner to provide the requires information in case of binary installation (i.e., w/o monetdb-java-config). 3) Abandon monetdb-java-config completely and have Mtest.py rely only in the (to be added) command line options Any preferences and/or other suggestions? Stefan ======== ./MonetDB/src/testing/Mtest.py.in: if CheckExec('monetdb-java-config'): ./MonetDB/src/testing/Mtest.py.in: CONDITIONALS['HAVE_MONETDB_JAVAJDBC'] = GetConfig('monetdb-java-config', '--HAVE_MONETDB_JAVAJDBC') ./MonetDB/src/testing/Mtest.py.in: CONDITIONALS['HAVE_MONETDB_JAVAXRPC'] = GetConfig('monetdb-java-config', '--HAVE_MONETDB_JAVAXRPC') ./pathfinder/tests/BugTracker/Tests/JDBC_0_results.SF-1886326.XQUERY.sh:pdd="`monetdb-java-config --pkgdatadir`" ./pathfinder/tests/BugTracker/Tests/JDBC_250_results.SF-1730556.XQUERY.sh:pdd="`monetdb-java-config --pkgdatadir`" ./pf_rox/tests/BugTracker/Tests/JDBC_0_results.SF-1886326.XQUERY.sh:pdd="`monetdb-java-config --pkgdatadir`" ./pf_rox/tests/BugTracker/Tests/JDBC_250_results.SF-1730556.XQUERY.sh:pdd="`monetdb-java-config --pkgdatadir`" ./sql/src/jdbc/tests/Tests/Test_JdbcClient.SQL.sh:pdd="`monetdb-java-config --pkgdatadir`" ./sql/src/jdbc/tests/Tests/Test.SQL.sh:pdd="`monetdb-java-config --pkgdatadir`" ./sql/src/test/snodgrass/Tests/cast_select.SQL.sh:pdd="`monetdb-java-config --pkgdatadir`" ======== -- | 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 4

[Monetdb-developers] mjclient
by Stefan Manegold 04 Jul '08

04 Jul '08

Dear all, I was wondering whether MonetDB/Java's "mjclient" wrapper script for jdbcclient.jar is still "maintained", "supported" and/or used? We do only distribute it via MonetDB/Java's CVS sources, source tarball and the SuperSourceBall, but not in any binary package or as individual file like the *.jar's. However, we (still) use it in some tests (see below). I see the follwoing options: 1) Leave everything as it is. 2) Leave and distribute mjclient in/with the MonetDB/Java source, but make the tests independed of it by "inlining" its functionality 3) Abandon mjclient completely and make the tests independed of it by "inlining" its functionality Any preferences and/or other suggestions? Stefan ======== ./sql/src/test/BugDay_2005-10-06_2.9.3/Tests/alter_table_describe.SF-1146092.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -f "%RELSRCDIR%\alter_table_describe.SF-1146092-src.sql" ./sql/src/test/BugDay_2005-10-06_2.9.3/Tests/alter_table_describe.SF-1146092.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d $TSTDB -f \"$RELSRCDIR/alter_table_describe.SF-1146092-src.sql\"" ./sql/src/test/BugDay_2005-10-06_2.9.3/Tests/not_null.SF-933194.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -f "%RELSRCDIR%\not_null.SF-933194-src.sql" ./sql/src/test/BugDay_2005-10-06_2.9.3/Tests/not_null.SF-933194.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d $TSTDB -f \"$RELSRCDIR/not_null.SF-933194-src.sql\"" ./sql/src/test/BugDay_2005-10-06_2.9.3/Tests/type_dump_test.SF-989257.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -f "%RELSRCDIR%\type_dump_test.SF-989257-src.sql" ./sql/src/test/BugDay_2005-10-06_2.9.3/Tests/type_dump_test.SF-989257.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d $TSTDB -f \"$RELSRCDIR/type_dump_test.SF-989257-src.sql\"" ./sql/src/test/bugs/Tests/except-union-intersect-bug-sf-1146079.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -e -f "%RELSRCDIR%\..\except-union-intersect-bug-sf-1146079.sql" ./sql/src/test/bugs/Tests/except-union-intersect-bug-sf-1146079.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -e -f \"$RELSRCDIR/../except-union-intersect-bug-sf-1146079.sql\"" ./sql/src/test/bugs/Tests/unicode_varchar-bug-sf-1041324_JdbcClient.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -f "%RELSRCDIR%\..\unicode_varchar-bug-sf-1041324.sql" ./sql/src/test/bugs/Tests/unicode_varchar-bug-sf-1041324_JdbcClient.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -f \"$RELSRCDIR/../unicode_varchar-bug-sf-1041324.sql\"" ./sql/src/test/BugTracker/Tests/authorization.SF-1430616.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -f "%RELSRCDIR%\authorization.SF-1430616-data.sql" ./sql/src/test/BugTracker/Tests/authorization.SF-1430616.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -q ./sql/src/test/BugTracker/Tests/authorization.SF-1430616.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -f "%RELSRCDIR%\authorization.SF-1430616-drop_user.sql" ./sql/src/test/BugTracker/Tests/authorization.SF-1430616.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -f \"$RELSRCDIR/authorization.SF-1430616-data.sql\"" ./sql/src/test/BugTracker/Tests/authorization.SF-1430616.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -q" ./sql/src/test/BugTracker/Tests/authorization.SF-1430616.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -f \"$RELSRCDIR/authorization.SF-1430616-drop_user.sql\"" ./sql/src/test/BugTracker/Tests/drop_schema_crash.SF-1504794.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -f "%RELSRCDIR%\drop_schema_crash.SF-1504794-data.sql" ./sql/src/test/BugTracker/Tests/drop_schema_crash.SF-1504794.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -f \"$RELSRCDIR/drop_schema_crash.SF-1504794-data.sql\"" ./sql/src/test/BugTracker/Tests/explain.SF-1739353.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -f "%RELSRCDIR%\explain.SF-1739353-data.sql" ./sql/src/test/BugTracker/Tests/explain.SF-1739353.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -f \"$RELSRCDIR/explain.SF-1739353-data.sql\"" ./sql/src/test/BugTracker/Tests/jdbc_no_debug.SF-1739356.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -f "%RELSRCDIR%\jdbc_no_debug.SF-1739356-data.sql" ./sql/src/test/BugTracker/Tests/jdbc_no_debug.SF-1739356.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -f \"$RELSRCDIR/jdbc_no_debug.SF-1739356-data.sql\"" ./sql/src/test/VOC/Tests/VOC.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -e -f "%RELSRCDIR%\..\VOCcreate_user.sql" ./sql/src/test/VOC/Tests/VOC.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -e -f "%RELSRCDIR%\..\VOCschema.sql" ./sql/src/test/VOC/Tests/VOC.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -e -f "%RELSRCDIR%\..\VOCinsert.sql" ./sql/src/test/VOC/Tests/VOC.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -e -f "%RELSRCDIR%\..\VOCquery.sql" ./sql/src/test/VOC/Tests/VOC.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -e -f "%RELSRCDIR%\..\VOCmanual_examples.sql" ./sql/src/test/VOC/Tests/VOC.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -e -f "%RELSRCDIR%\..\VOCdrop.sql" ./sql/src/test/VOC/Tests/VOC.SQL.bat:call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -e -f "%RELSRCDIR%\..\VOCdrop_user.sql" ./sql/src/test/VOC/Tests/VOC.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -e -f \"$RELSRCDIR/../VOCcreate_user.sql\" 2>&1" ./sql/src/test/VOC/Tests/VOC.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -e -f \"$RELSRCDIR/../VOCschema.sql\" 2>&1" ./sql/src/test/VOC/Tests/VOC.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -e -f \"$RELSRCDIR/../VOCinsert.sql\" 2>&1" ./sql/src/test/VOC/Tests/VOC.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -e -f \"$RELSRCDIR/../VOCquery.sql\" 2>&1" ./sql/src/test/VOC/Tests/VOC.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -e -f \"$RELSRCDIR/../VOCmanual_examples.sql\" 2>&1" ./sql/src/test/VOC/Tests/VOC.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -e -f \"$RELSRCDIR/../VOCdrop.sql\" 2>&1" ./sql/src/test/VOC/Tests/VOC.SQL.sh:Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -e -f \"$RELSRCDIR/../VOCdrop_user.sql\" 2>&1" ======== -- | 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 4

[Monetdb-developers] Tests for XQuery admin GUI (-functionality)
by Stefan Manegold 03 Jul '08

03 Jul '08

Peter, Jennie, we should consider adding tests (or identifying them clearly if they already exist) that mimic the functionality required by the XQuery admin GUI. If you could provide me with input what is required and needs to be tested, I could help designing/implementing the actual tests. Please see also the following bug reports: fixed: [ 1995879 ] algebra kills admin GUI https://sourceforge.net/tracker/index.php?func=detail&aid=1995879&group_id=… OPEN: [ 1899258 ] PF: Error message with Administrative Console https://sourceforge.net/tracker/index.php?func=detail&aid=1899258&group_id=… [ 1989573 ] no collections in db while collections do exist https://sourceforge.net/tracker/index.php?func=detail&aid=1989573&group_id=… [ 1990815 ] backup creates 8.5GB data from 78MB database https://sourceforge.net/tracker/index.php?func=detail&aid=1990815&group_id=… 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 4

[Monetdb-developers] Why has a BAT no more the same order after a bat.delete(...)
by Simon Berther 01 Jul '08

01 Jul '08

Hello, I'm developing in MAL accessing commands and functions from C++ over the MAPI-library. My task is to delete some BUNs from a BAT. The problem: The BAT with some deleted BUNs has a different order than before. I do it the following way: c:bat[:oid,:int] := bbp.bind("joe"); slice:bat[:oid,:int] := algebra.slice(c,4,6); bat.delete(c,slice); The original BAT "joe": #-----------------# # h t # name # oid int # type #-----------------# [ 0@0, -1 ] [ 1@0, 2 ] [ 2@0, 3 ] [ 3@0, -1 ] [ 4@0, -2 ] <- to be deleted [ 5@0, 5 ] <- to be deleted [ 6@0, -2 ] <- to be deleted After delete: The original BAT "joe": #-----------------# # h t # name # oid int # type #-----------------# [ 3@0, -1 ] <- not in right order, why? [ 0@0, -1 ] [ 1@0, 2 ] [ 2@0, 3 ] Why is this so and how can I prevent MonetDB to change the order, while deleting BUNs. The order is important, because I'd like to work with position and slices to read my BUNs. Thanks for helping!

2 1

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/src/test/VOC/Tests All, SQL_2-24, 1.4, 1.4.4.1 VOC.SQL.bat, SQL_2-24, 1.3, 1.3.4.1 VOC.SQL.sh, SQL_2-24, 1.4, 1.4.4.1
by Romulo Goncalves 01 Jul '08

01 Jul '08

Stefan Manegold wrote: > Update of /cvsroot/monetdb/sql/src/test/VOC/Tests > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv14066/sql/src/test/VOC/Tests > > Modified Files: > Tag: SQL_2-24 > All VOC.SQL.bat VOC.SQL.sh > Log Message: > > Clean-up of buildtools-, configure-, and testing-legacy in MonetDB-Java. > ( > Considered as "bug-fix" by Sjoerd and me. > Has no impact on binary distributions and/or packaging. > Wrapped in tags "JavaTestingCleanUp1_before" & "JavaTestingCleanUp1_after". > Will fix or undo tomorrow in case unexpected problems occur. > ) > > - Removed "mjclient" as is was not packaged/distributed, anyway. > > - Changed test that used "mjclient" to use "jdbcclient.jar" directly. > (Note: "jdbcclient.jar" is not packaged and/or distributed, either, but > only used internally for testing and "convenience".) What about change all these tests to use mclient? It is a slave job, but it will make the things a lot easier because not every one has Java. So me and other users are not obliged to install Java package to check if all the tests are Green. It just a suggestion... Regards, Romulo

2 1