February 2009 - developers-list

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/modules/pftijah/tjc tjc_main.c, , 1.11, 1.12 tjc_milprint.c, , 1.10, 1.11
by Sjoerd Mullender 02 Feb '09

02 Feb '09

On 2009-02-01 18:12, Henning Rode wrote: > Update of /cvsroot/monetdb/pathfinder/modules/pftijah/tjc > In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv21759/tjc > > Modified Files: > tjc_main.c tjc_milprint.c > Log Message: > propagated other retrieval models from old tijah implementation to the new one. > (Sjoerd, should I check this in to the Feb2009 branch as well?) If it works and you want it in the release, then yes. -- Sjoerd Mullender

3 3

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/modules/pftijah pftijah.mx, , 1.200, 1.201
by Stefan Manegold 02 Feb '09

02 Feb '09

On Mon, Feb 02, 2009 at 08:05:07AM +0000, Jan Flokstra wrote: > Update of /cvsroot/monetdb/pathfinder/modules/pftijah > In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv17111 > > Modified Files: > pftijah.mx > Log Message: > - Modify Hennings memory fix of yesterday eveening. This causes all old > pftijah testsets to fail. Henning will propagate this on to Stable. In case you are not able to have a release branch next to the development trunk (I currently handle 4 branches in parallel, each with 6 different configurations), you might want to consider the following to still follow our rule that bug fixes (that (also) apply to the release branch) are supposed to be checked in to the release branch, only, e.g., by [in your checkout of the development trunk] [edit your source file] [check whether everithing compiles and works correctly] cvs diff <file> [to check your changes wrt. the dev. trunk] cvs up -r<latest release branch name> <file> cvs diff <file> [to check your changes wrt. the release branch] [! check whether your fix indeed also fits for the release branch; in particular, check that there are no conflicts! !] cvs ci -m'<msg>' <file> cvs up -A <file> (While this is IMHO not too difficult, having a separate release branch checkout is prefered, ans it allows for testing fixes prior to checking them in ...) Stefan > U pftijah.mx > Index: pftijah.mx > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/modules/pftijah/pftijah.mx,v > retrieving revision 1.200 > retrieving revision 1.201 > diff -u -d -r1.200 -r1.201 > --- pftijah.mx 1 Feb 2009 17:12:17 -0000 1.200 > +++ pftijah.mx 2 Feb 2009 08:05:05 -0000 1.201 > @@ -4156,7 +4156,8 @@ > GDKerror("CMDtijah_query: execute MIL failed.\n"); > return GDK_FAIL; > } > - GDKfree(mil); > + if ( newversion ) > + GDKfree(mil); > if (TDEBUG(2)) stream_printf(GDKout,"# CMDtijah_query: finish MIL script.\n"); > lng time_end = GDKusec(); > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > 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] M4 Automatic multiplex version of .tostr: weird behavior
by Lefteris 01 Feb '09

01 Feb '09

The following behavior is strange to me, but I am not sure if it is a bug or I have done something wrong. dayTimeDuration (dtduration) is defined in mil as: .ATOM dtduration = lng; .FROMSTR = dtduration_fromstr; .TOSTR = dtduration_tostr; .END; and in c as : typedef long long dtduration; also .tostr has the following sign. int dtduration_tostr(str *buf, int *len, dtduration *val) you can find all this in MonetDB4/src/modules/plain/monettime.mx Now, if I do either: dtduration("P12DT1H").print() [dtduration]("P12DT1H").print() I get the correct value printed. But if I create a BAT (void,str): var a0006 := new (void,str).seqbase (0@0); a0006.append("P12DT1H"); and do: [dtduration](a0006).print(); It gives back "PT0S", which means 0 duration, and thus the value of *val in dtduration_tostr is 0 (I checked that). So, could that be some bug with correct dealing of long values in the multiplex creation (btw. where is that happening?) Or am I missing some special case that I should take into consideration with long values? Thank you, lefteris P.S. yearMonthDuration which is defined as int works like a charm.

3 5

[Monetdb-developers] M5-SQL current branch on Fedora 10
by Romulo Goncalves 01 Feb '09

01 Feb '09

Hello, I just start my mserver5 on Fedora 10 (my desktop) and I get several messages like this one: #WARNING: LoaderException:loadLibrary:mdb: loader error libssl.so.6: cannot open shared object file: No such file or directory libssl.so.6 missing... All my sources are updated. Some suggestions on how to resolve this problem are very welcome ;) Romulo

4 4