June 2008 - developers-list

[Monetdb-developers] Default of "--enable-strict/--disable-strict" in release branch
by Stefan Manegold 06 Jun '08

06 Jun '08

Dear all, I do see the point that we do not necessarily distribute released source tarballs with "--enable-strict" as default, as this might "unnecessarily" hinder compilation with compilers and/or environments that "we don't know yet". However, nightly testing does explicitly use --enable-strict both both the development trunk ("Current") and the release branch ("Stable") to ensure "correctness" of the code. This leads to the "inconvenient" situation that, during bug fixing, developers that do not explicitly use "--enable-strict" compile with the default "--disable-strict" and consequently might miss small (but "nasty") problems that then cause nightly testing to fail. To solve this "dilemma", I came up with the idea to make the default setting "more flexible" and "automatically detect" whether a developer is compiling from CVS or a user is compiling from source tarball(s). In the former case, the default is "--enable-strict", it the latter it is "--disable-strict". Here's my patch: ======== --- buildtools/conf/MonetDB.m4 24 May 2008 17:13:41 -0000 1.75.2.1 +++ buildtools/conf/MonetDB.m4 6 Jun 2008 06:14:32 -0000 @@ -17,7 +17,15 @@ dnl Defaults that differ between development trunk and release branch: AC_DEFUN([AM_MONETDB_DEFAULTS], [ -dft_strict=no +if test -f "$srcdir"/vertoo.data; then + dnl Developers compiling from CVS: + dnl default is --enable-strict + dft_strict=yes +else + dnl Users compiling from source tarball(s): + dnl default is --disable-strict + dft_strict=no +fi dft_assert=no dft_optimi=yes dft_warning=no ======== In case there are no (strong) objections, I'd like to check this in later today. Open question: shall we only do this on the release branch and keep "--enable-strict" as default in all cases in the development trunk, or shall we apply the same strategy o the development trunk, too? Yours, Stefan On Fri, Jun 06, 2008 at 06:45:45AM +0200, Testweb Compilation wrote: > opt_icol.c:376: warning: enumeration value 'la_dummy' not handled in switch > > 374 if (L(p)->kind == la_twig && > 375 !PFprop_icol (p->prop, L(p)->sem.iter_item.item)) > 376 switch (LL(p)->kind) { > 377 > 378 case la_docnode: > > /home/monet/testing/monet.GNU.32.32.d.2271/pathfinder/compiler/algebra/opt/opt_icol.c:376: warning: enumeration value 'la_string_join' not handled in switch > /home/monet/testing/monet.GNU.32.32.d.2271/pathfinder/compiler/algebra/opt/opt_icol.c:376: warning: enumeration value 'la_dummy' not handled in switch > make[8]: *** [libopt_la-opt_icol.lo] Error 1 > > http://www.ins.cwi.nl/~monet/permastore/2008-06-06/Stable/make-pathfinder-G… > > CVS committers: boncz(a)cwi.nl jan.rittinger(a)in.tum.de lsidir(a)cwi.nl manegold(a)cwi.nl sjoerd(a)cwi.nl zhang(a)cwi.nl > > An identical error message was detected on the following systems: > GNU.32.32.d-Debian4.0 GNU.32.32.d-Fedora6 GNU.32.32.d-Fedora8 GNU.64.32.d-Fedora8 GNU.64.64.d-Fedora8 GNU.64.64.s-Fedora8 > > -- > At this time you cannot configure Testing mail, sorry > You are receiving this mail because: > - you checked in some code on pathfinder (Stable) > - you are a fixed recipient > > -- | 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 |

4 8

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB5/src/mal mal_debugger.mx, , 1.227, 1.228
by Niels Nes 05 Jun '08

05 Jun '08

On Thu, Jun 05, 2008 at 11:44:25AM +0000, Martin Kersten wrote: > Update of /cvsroot/monetdb/MonetDB5/src/mal > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv14824 > > Modified Files: > mal_debugger.mx > Log Message: > void double properties display bug fixes go ..... Niels > > > U mal_debugger.mx > Index: mal_debugger.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/mal/mal_debugger.mx,v > retrieving revision 1.227 > retrieving revision 1.228 > diff -u -d -r1.227 -r1.228 > --- mal_debugger.mx 20 May 2008 07:33:38 -0000 1.227 > +++ mal_debugger.mx 5 Jun 2008 11:44:21 -0000 1.228 > @@ -1674,10 +1674,8 @@ > } else if (isaBatType(n->type) && v) { > BAT *b = BATdescriptor(v->val.ival); > > - if (b) { > - printBATproperties(f,b); > + if (b) > BBPunfix(b->batCacheid); > - } > } > } > > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins -- Niels Nes, Centre for Mathematics and Computer Science (CWI) Kruislaan 413, 1098 SJ Amsterdam, The Netherlands room C0.02, phone ++31 20 592-4098, fax ++31 20 592-4312 url: http://www.cwi.nl/~niels e-mail: Niels.Nes(a)cwi.nl

1 0

[Monetdb-developers] MAPI cache bug: explained
by Stefan de Konink 05 Jun '08

05 Jun '08

Hi, Already two days I am very annoyed with the MAPI interface, having 'random' fallout in mapi_fetch_field. With high confidence of trust in my own code I decided to walk the road of debugging the Mapiclient library and I'm reporting here. Please point your editors at clients/src/mapilib/Mapi.mx Around line 4800 you will find the function mapi_fetch_row. This is a public function and gets borked randomly but there seems to be a correlation between the amount of results fetched, lets move on. I was able to find the source of the problem in the while loop, where mapi_fetch_line is accessed. This function is the first place this function can return 0. This seems to be consistent with my logs. So what is this mapi_fetch_line all about? Around line 4260, you can find it. The idea of this function would be not to return NULL. After some debugging it seems that the function on the 'bug' occasion always returns 0. Why? If we explore the if statement something interesting can be found: mapi_fetch_line bypass: 709 + 91 < 800 = 0 result->cache.first + result->cache.tuplecount < result->row_count That seems to make sense, but it also prevents the mapi_fetch_line function to be processed. So what is not doing its job? The logical answer would be the function above mapi_fetch_line_internal. In this cute function there is an interesting check: if (mid->active != hdl || hdl->needmore) I was a bit distracted here, but when I explicitly have set a check on both constraints it seems the mid->active != hdl is the failure here. And I guessed it would be possible that mid->active (or actually hdl->active) was in fact equal to NULL. When I read about the MapiHdl active; MapiHdl active; /* set when not all rows have been received */ Isn't it strange that needmore is actually 0, but we would still require an active handle? I thought this would suggest the replacement of || with &&, but even with the assert in read_into_cache removed, this comes out with even MORE failed data. I hope I have outlined the problem in sufficient details so that one of the core developers can look where possible failures of hdl->mid->active takes place. If someone wants to see the live failures he is welcome to ask a private login. Yours Sincerely, Stefan de Konink

2 1

[Monetdb-developers] BAT-leak in gdk_logger.mx ?
by Stefan Manegold 04 Jun '08

04 Jun '08

Niels, Sjoerd, Peter, after (quite) some time of debugging for [ 1976341 ] XQ: leftovers after deleting document http://sourceforge.net/tracker/index.php?func=detail&aid=1976341&group_id=5… I found the --- or at least one possible --- cause for this bug. In pathfinder, newly shredded read-only documents are added to the logger using logger_add_bat() --- let's ignore for the time being, that I am a bit puzzled by this, since I though / was told, pathfinder uses check-pointing instead of the logger (WAL) for shredding documents. Obviously, logger_add_bat() increments the ref-count of the logged BATs (BBPincref()). However, logger_del_bat() does not seem to decrements the ref-count, again, once a BAT is removed from the logger. This way, document BATs keep the logger_add_bat()-increased ref-count even after a pf:del-doc() and stay around until the Mserver is shutdown. The below patch seem to "fix" this problem. However, since I'm everything but familiar with the logger or the usage of it in either XQuery or SQL, I'd rather have you double-check the patch before I'd check it in. (Of course I'll also run "private" testing of the whole suite overnight to see whether my patch causes any (obvious) harm. Thank you very much in advance! Stefan ======== Index: MonetDB/src/gdk/gdk_logger.mx =================================================================== RCS file: /cvsroot/monetdb/MonetDB/src/gdk/gdk_logger.mx,v retrieving revision 1.17.2.1 diff -u -r1.17.2.1 gdk_logger.mx --- MonetDB/src/gdk/gdk_logger.mx 27 May 2008 20:33:39 -0000 1.17.2.1 +++ MonetDB/src/gdk/gdk_logger.mx 3 Jun 2008 23:27:15 -0000 @@ -1721,6 +1721,7 @@ void logger_del_bat(logger *lg, log_bid bid) { + BBPdecref(bid, TRUE); BUNdelHead(lg->catalog, &bid, FALSE); } ======== -- | 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

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/src/test/BugDay_2005-10-06_2.9.3/Tests All, SQL_2-24, 1.10, 1.10.4.1 having.SF-922614.stable.out, SQL_2-24, 1.3, 1.3.14.1
by Stefan Manegold 03 Jun '08

03 Jun '08

On Tue, Jun 03, 2008 at 07:03:54AM +0000, Niels Nes wrote: > Update of /cvsroot/monetdb/sql/src/test/BugDay_2005-10-06_2.9.3/Tests > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv28722 > > Modified Files: > Tag: SQL_2-24 > All having.SF-922614.stable.out > Log Message: > approved new output > > > U All > Index: All > =================================================================== > RCS file: /cvsroot/monetdb/sql/src/test/BugDay_2005-10-06_2.9.3/Tests/All,v > retrieving revision 1.10 > retrieving revision 1.10.4.1 > diff -u -d -r1.10 -r1.10.4.1 > --- All 11 Dec 2007 22:19:06 -0000 1.10 > +++ All 3 Jun 2008 07:03:52 -0000 1.10.4.1 > @@ -1,7 +1,7 @@ > jdbc_crashes_on_getTables.SF_944316 > variable_arg_substring.SF_942981 > UNION_JOIN_vs_plain_set_UNION-2.SF-920585 > -huge_expression_and_column_name.SF-921173 > +#huge_expression_and_column_name.SF-921173 will not be fixed in the MonetDB 5.6.0, SQL 2.24 release > CrashMe_SQL_server_crash-2.SF-921673 > CrashMe_SQL_server_crash-1.SF-921673 > inserts_with_defaults.SF-921977 I just prevented the propagation of this change ;-) 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 |

1 0

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/src/test/snodgrass/Tests All, SQL_2-24, 1.4, 1.4.10.1
by Stefan Manegold 03 Jun '08

03 Jun '08

On Tue, Jun 03, 2008 at 07:13:37AM +0000, Niels Nes wrote: > Update of /cvsroot/monetdb/sql/src/test/snodgrass/Tests > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv559/src/test/snodgrass/Tests > > Modified Files: > Tag: SQL_2-24 > All > Log Message: > disabled test (will not be fixed in this release) > > THIS SHOULD NOT BE PROPAGATED!! propagation has been prevented. Stefan > U All > Index: All > =================================================================== > RCS file: /cvsroot/monetdb/sql/src/test/snodgrass/Tests/All,v > retrieving revision 1.4 > retrieving revision 1.4.10.1 > diff -u -d -r1.4 -r1.4.10.1 > --- All 25 Jan 2007 01:28:36 -0000 1.4 > +++ All 3 Jun 2008 07:13:35 -0000 1.4.10.1 > @@ -1 +1 @@ > -cast_select > +#cast_select will not be fixed in the MonetDB 5.6.0, SQL 2.24 release > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > 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 |

1 0

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB5/src/optimizer opt_recycler.mx, MonetDB_5-6, 1.23.2.1, 1.23.2.2
by Romulo Goncalves 02 Jun '08

02 Jun '08

Martin Kersten wrote: > Update of /cvsroot/monetdb/MonetDB5/src/optimizer > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv24665 > > Modified Files: > Tag: MonetDB_5-6 > opt_recycler.mx > Log Message: > Since we may introduce new instructions and variables, > the recycled[] object may have been too small. The recycler is feature and it is used in the current branch. It is not tested in the stable and it might stop to be compiled in the stable. All the implementation related to the recycler should be checked in at the current one and not in the stable one. This avoids problems in the stable and saves time in the recycler development (I do not need to wait for the propagations to have an actualized code)... I am going to revert this change, and do it in the current Note: Martin is aware of this... :) Regards, Romulo > > > U opt_recycler.mx > Index: opt_recycler.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/optimizer/opt_recycler.mx,v > retrieving revision 1.23.2.1 > retrieving revision 1.23.2.2 > diff -u -d -r1.23.2.1 -r1.23.2.2 > --- opt_recycler.mx 31 May 2008 16:29:54 -0000 1.23.2.1 > +++ opt_recycler.mx 2 Jun 2008 20:26:08 -0000 1.23.2.2 > @@ -107,7 +107,8 @@ > > (void) cntxt; > (void) stk; > - recycled= GDKzalloc(sizeof(char)*mb->vtop); > + /* watch out, instructions may introduce new variables */ > + recycled= GDKzalloc(sizeof(char)*mb->vtop*2); > setLifespan(mb,span); > limit= mb->stop; > old = mb->stmt; > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins

1 0

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB5/src/mal mal_recycle.mx, MonetDB_5-6, 1.75.2.2, 1.75.2.3
by Romulo Goncalves 02 Jun '08

02 Jun '08

Martin Kersten wrote: > Update of /cvsroot/monetdb/MonetDB5/src/mal > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv28477 > > Modified Files: > Tag: MonetDB_5-6 > mal_recycle.mx > Log Message: > Protect the garbage collector against removing NULL bats. The recycler is feature and it is used in the current branch. It is not tested in the stable and it might stop to be compiled in the stable. All the implementation related to the recycler should be checked in at the current one and not in the stable one. This avoids problems in the stable and saves time in the recycler development (I do not need to wait for the propagations to have an actualized code)... I am going to revert this change, and do it in the current Note: Martin is aware of this... :) Regards, Romulo > > > U mal_recycle.mx > Index: mal_recycle.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB5/src/mal/mal_recycle.mx,v > retrieving revision 1.75.2.2 > retrieving revision 1.75.2.3 > diff -u -d -r1.75.2.2 -r1.75.2.3 > --- mal_recycle.mx 31 May 2008 20:06:48 -0000 1.75.2.2 > +++ mal_recycle.mx 2 Jun 2008 17:55:04 -0000 1.75.2.3 > @@ -273,7 +273,8 @@ > for(j=0; j< q->argc; j++){ > v= &getVarConstant(mb,getArg(q,j)); > if(getArgType(mb,q,j)==TYPE_bat || isaBatType(getArgType(mb, q,j)) ){ > - BBPdecref(ABS(v->val.bval), TRUE); > + if( v->val.bval || !BBP_lrefs(v->val.bval)) > + BBPdecref(ABS(v->val.bval), TRUE); > v->val.bval= 0; > } > if( v->vtype == TYPE_str) { > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Monetdb-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins

1 0

Re: [Monetdb-developers] [Monetdb-sql-checkins] sql/src/test/BugTracker/Tests authorization.SF-1430616-drop_user.sql, SQL_2-24, NONE, 1.1.2.1 authorization.SF-1430616.SQL.bat, SQL_2-24, 1.3, 1.3.4.1 authorization.SF-1430616.SQL.sh, SQL_2-24, 1.2, 1.2.4.1
by Stefan Manegold 02 Jun '08

02 Jun '08

On Mon, Jun 02, 2008 at 03:17:02PM +0000, Romulo Goncalves wrote: > Update of /cvsroot/monetdb/sql/src/test/BugTracker/Tests > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv8577 > > Modified Files: > Tag: SQL_2-24 > authorization.SF-1430616.SQL.bat > authorization.SF-1430616.SQL.sh > Added Files: > Tag: SQL_2-24 > authorization.SF-1430616-drop_user.sql > Log Message: > If you create the user (voc) do not forget to drop it. > > This was the reason to break some following tests which were trying to create user voc... That's indeed the better solution than my renaming user "voc" to "voc2" in the later test. Thanks! --- I was simply "too lazy" to check all the subsequent test that output some catalog statistics, and hence, might need to have their output approved, too. Did you check that? Stefan > Thanks Stefan for dectecting the problem... > > > --- NEW FILE: authorization.SF-1430616-drop_user.sql --- > START TRANSACTION; > > DROP USER "voc"; > DROP SCHEMA "voc"; > > commit; > > U authorization.SF-1430616.SQL.sh > Index: authorization.SF-1430616.SQL.sh > =================================================================== > RCS file: /cvsroot/monetdb/sql/src/test/BugTracker/Tests/authorization.SF-1430616.SQL.sh,v > retrieving revision 1.2 > retrieving revision 1.2.4.1 > diff -u -d -r1.2 -r1.2.4.1 > --- authorization.SF-1430616.SQL.sh 29 Oct 2007 20:11:51 -0000 1.2 > +++ authorization.SF-1430616.SQL.sh 2 Jun 2008 15:16:59 -0000 1.2.4.1 > @@ -17,4 +17,11 @@ > > Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -q" > > +cat << EOF > .monetdb > +user=monetdb > +password=monetdb > +EOF > + > +Mlog -x "$MTIMEOUT mjclient -h $HOST -p $MAPIPORT -d ${TSTDB} -f \"$RELSRCDIR/authorization.SF-1430616-drop_user.sql\"" > + > rm -f .monetdb > > U authorization.SF-1430616.SQL.bat > Index: authorization.SF-1430616.SQL.bat > =================================================================== > RCS file: /cvsroot/monetdb/sql/src/test/BugTracker/Tests/authorization.SF-1430616.SQL.bat,v > retrieving revision 1.3 > retrieving revision 1.3.4.1 > diff -u -d -r1.3 -r1.3.4.1 > --- authorization.SF-1430616.SQL.bat 29 Oct 2007 20:11:51 -0000 1.3 > +++ authorization.SF-1430616.SQL.bat 2 Jun 2008 15:16:58 -0000 1.3.4.1 > @@ -15,4 +15,9 @@ > > call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -q > > +echo user=monetdb> .monetdb > +echo password=monetdb>> .monetdb > + > +call mjclient -h %HOST% -p %MAPIPORT% -d %TSTDB% -f "%RELSRCDIR%\authorization.SF-1430616-drop_user.sql" > + > @del .monetdb > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > 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 |

2 2

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/algebra/opt opt_join_pd.c, XQuery_0-24, 1.46.2.1, 1.46.2.2
by Stefan Manegold 02 Jun '08

02 Jun '08

Jan, Sjoerd, I'll take care of these. Sjoerd, please do not propagate until I'm done. Stefan On Mon, Jun 02, 2008 at 08:44:32AM +0000, Jan Rittinger wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/algebra/opt > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv1643/algebra/opt > > Modified Files: > Tag: XQuery_0-24 > opt_join_pd.c > Log Message: > -- circumvent bugs #1981491 and #1908822 for the release. > > This 'hack' does not fix the real problem (that we have to get rid > of bit-encoded column names), but just disables some optimizations > in case we might get into trouble. Thus we can apply less rewrites > and get 'suboptimal' plans. > > THIS IS A RELEASE ONLY CHECKIN --- PLEASE DO NOT PROPAGATE! > > > U opt_join_pd.c > Index: opt_join_pd.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/algebra/opt/opt_join_pd.c,v > retrieving revision 1.46.2.1 > retrieving revision 1.46.2.2 > diff -u -d -r1.46.2.1 -r1.46.2.2 > --- opt_join_pd.c 28 May 2008 11:37:25 -0000 1.46.2.1 > +++ opt_join_pd.c 2 Jun 2008 08:44:30 -0000 1.46.2.2 > @@ -580,6 +580,11 @@ > } break; > > case la_project: > + /* disable rewrite in case we might get wider relations > + than we can map back to the bit-encoded (ori) column > + names */ > + if (PFarray_last (rproj) + L(lp)->schema.count < 30) > + > /* Arbitrary projections are pushed through the join operator > by: > 1.) merging the projection lists of the projection > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > 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 1