Good morning Lefteris,
> before checking in the changes in the serializer it is bettter to
> check in the original code, also mark the serielizer in the original
> location as M42M5, and then check in the chabges from the original
> file
This does not apply here, as there are no changes or replication.
xquery_shredder.mx just contains the MAL wrappers, uses the M4 shredder API, and
links with ../../runtime/libserialize
Peter
>
> On Tue, Apr 28, 2009 at 2:30 AM, Peter Boncz
> <boncz(a)users.sourceforge.net> wrote:
> > Update of /cvsroot/monetdb/pathfinder/backends/monet5
> > In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv30055
> >
> > Modified Files:
> > ? ? ?Tag: M5XQ
> > ? ? ? ?Makefile.ag xquery.mx xquery_shredder.mx
> > Added Files:
> > ? ? ?Tag: M5XQ
> > ? ? ? ?xquery_serialize.mx
> > Log Message:
> > - add the serializer (finally), in the end opted to leave the code
> > ?for now in M4, just added the wrappers
> > - propagated some bugs that got lost in the shredder
Gabriele,
Am I right that you (accidently) only added one file
(clients/src/ruby/README) of the new ruby interface so far?
See also
https://sourceforge.net/tracker/?func=detail&aid=2782529&group_id=56967&ati…
Stefan
On Mon, Apr 27, 2009 at 04:09:31PM +0000, Gabriele Modena wrote:
> Update of /cvsroot/monetdb/clients/src/ruby
> In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv12362
>
> Added Files:
> README
> Removed Files:
> Makefile.ag
> Log Message:
> Imported the pure Ruby monetdb5/sql driver; the old Cimpl has been removed. Please see the README file for a description of the directory structure
>
> --- NEW FILE: README ---
> == Standalone driver ==
>
> - Required files:
>
> monetdb/MonetDB.rb
> monetdb/MonetDBConnection.rb
> monetdb/MonetDBStatements.rb
> monetdb/MonetDBData.rb
> monetdb/MonetDBExceptions.rb
> monetdb/hasher.rb
>
> monetdb/demo.rb: demo application how to interact with the database
> monetdb/ruby-monetdb-sql-0.1.gemspec: make file for rubygems
> monetdb/ruby-monetdb-sql-0.1.gem: actual gem; enables to install the driver and the documentation
>
> doc/: rubydoc in HTML format
>
>
> --- Makefile.ag DELETED ---
>
>
> ------------------------------------------------------------------------------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensign option that enables unlimited
> royalty-free distribution of the report engine for externally facing
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> Monetdb-checkins mailing list
> Monetdb-checkins(a)lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/monetdb-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 |
Is this a reason to rebuild the release?
Yesterday I built release candidates and I don't really want to do that
again if I can avoid it.
Jan Rittinger wrote:
> Update of /cvsroot/monetdb/pathfinder/compiler/mil
> In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv7388/mil
>
> Modified Files:
> Tag: Feb2009
> milgen.brg
> Log Message:
> -- Fix alignment problem in the MIL generation of the slice() operator.
>
> Scary, but true: Some rules in the MIL generation require the head
> values to start with 0@0 as they add new columns with offset 0.
>
>
> U milgen.brg
> Index: milgen.brg
> ===================================================================
> RCS file: /cvsroot/monetdb/pathfinder/compiler/mil/milgen.brg,v
> retrieving revision 1.201.2.10
> retrieving revision 1.201.2.11
> diff -u -d -r1.201.2.10 -r1.201.2.11
> --- milgen.brg 18 Mar 2009 09:16:50 -0000 1.201.2.10
> +++ milgen.brg 24 Apr 2009 10:12:15 -0000 1.201.2.11
> @@ -4708,7 +4708,11 @@
> assgn (var (tmp->name),
> slice (var (env_at (L(p)->env, i).mvar->name),
> lit_int (p->sem.slice.low),
> - lit_int (p->sem.slice.high))));
> + lit_int (p->sem.slice.high))),
> + /* scary but true -- we need to let the seqbases start
> + with 0@0 as otherwise alignment problems arise */
> + assgn (var (tmp->name),
> + tmark (var (tmp->name), lit_oid (0))));
>
> env_add (p->env,
> env_at (L(p)->env, i).col,
>
>
> ------------------------------------------------------------------------------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensign option that enables unlimited
> royalty-free distribution of the report engine for externally facing
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> Monetdb-pf-checkins mailing list
> Monetdb-pf-checkins(a)lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins
--
Sjoerd Mullender
On 2009-04-22 10:28, Niels Nes wrote:
> Update of /cvsroot/monetdb/sql/src/storage
> In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv10533/src/storage
>
> Modified Files:
> Tag: Feb2009
> store.mx
> Log Message:
> fixing bad concurrency bug
Bad enough to rebuild the release candidates?
> 1) we lost updates
> Problem was in the handling of the update bat, ie we need to always
> keep updates in the update bat. But already apply asap.
>
> 2) we got extra inserts (the hard problem)
> We incorrectly kept using an 'empty' bat. These are bats which should
> stay empty and are shared. But we incorrectly inserted data in it
> instead of replacing it with a new bat with data.
>
>
> U store.mx
> Index: store.mx
> ===================================================================
> RCS file: /cvsroot/monetdb/sql/src/storage/store.mx,v
> retrieving revision 1.25.2.1
> retrieving revision 1.25.2.2
> diff -u -d -r1.25.2.1 -r1.25.2.2
> --- store.mx 27 Feb 2009 22:23:00 -0000 1.25.2.1
> +++ store.mx 22 Apr 2009 08:28:22 -0000 1.25.2.2
> @@ -1850,8 +1850,8 @@
>
> t->name = NULL;
> if (bs_debug)
> - fprintf(stderr, "trans init (%d,%d)\n",
> - t->stime, t->schema_number );
> + fprintf(stderr, "trans (%p) init (%d,%d)\n",
> + t, t->stime, t->schema_number );
> return t;
> }
>
> @@ -2710,13 +2710,12 @@
> sql_schema *s = n->data;
> sql_schema *os;
>
> -
> if (isTempSchema(s))
> continue;
>
> os = find_sql_schema(tr->parent, s->base.name);
> if (os/* || (s->base.wtime == 0 && s->base.rtime == 0)*/) {
> - if (!validate_tables(s, os))
> + if (!validate_tables(s, os))
> return 0;
> }
> }
>
>
> ------------------------------------------------------------------------------
> Stay on top of everything new and different, both inside and
> around Java (TM) technology - register by April 22, and save
> $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
> 300 plus technical and hands-on sessions. Register today.
> Use priority code J9JMT32. http://p.sf.net/sfu/p
> _______________________________________________
> Monetdb-sql-checkins mailing list
> Monetdb-sql-checkins(a)lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/monetdb-sql-checkins
--
Sjoerd Mullender
This is a problem. There is already a directory Tests here, so you
can't also have a directory tests. It will not work on case-challenged
file systems (i.e. Windows).
On 2009-04-20 15:51, Gijs Molenaar wrote:
> Update of /cvsroot/monetdb/clients/src/python/tests
> In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv18844/tests
>
> Log Message:
> Directory /cvsroot/monetdb/clients/src/python/tests added to the repository
>
>
>
> ------------------------------------------------------------------------------
> Stay on top of everything new and different, both inside and
> around Java (TM) technology - register by April 22, and save
> $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
> 300 plus technical and hands-on sessions. Register today.
> Use priority code J9JMT32. http://p.sf.net/sfu/p
> _______________________________________________
> Monetdb-checkins mailing list
> Monetdb-checkins(a)lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/monetdb-checkins
--
Sjoerd Mullender
Fabian Groffen wrote:
> On 19-04-2009 18:56:59 +0000, Martin Kersten wrote:
>> Log Message:
>> The client context record is shared between threads. This means that you
>> have to protect the structure when connection lists are initialized/used.
>
> "The client context record is shared between threads"
>
>> U remote.mx
>> Index: remote.mx
>> ===================================================================
>> RCS file: /cvsroot/monetdb/MonetDB5/src/modules/mal/remote.mx,v
>> retrieving revision 1.87
>> retrieving revision 1.88
>> diff -u -d -r1.87 -r1.88
>> --- remote.mx 18 Apr 2009 08:45:34 -0000 1.87
>> +++ remote.mx 19 Apr 2009 18:56:57 -0000 1.88
>> @@ -512,7 +512,6 @@
>> #endif
>>
>> /* part 1: "user" -- this is trivial */
>> - mal_set_lock(mal_remoteLock, "remote.list");
> ^^^
>> c = userconns;
>> /* walk through the list */
>> while (c != NULL) {
>> @@ -524,7 +523,6 @@
>> break;
>> }
>> }
>> - mal_unset_lock(mal_remoteLock, "remote.list");
> ^^^
>
> Was this intended? A loop through a shared linked list is made here,
> which potentially can be modified while you walk through it, hence the
> lock that was here.
the locks are now placed one level higher in the calling structure.
It was a consequence of first protecting RMTconnect structures.
>
sql>ALTER TABLE relation_members_node ADD CONSTRAINT
pk_relation_members_node PRIMARY KEY (relation, idx);
0 tuples
!MALException:mkey.bulk_rotate_xor_hash:command failed
Within a transaction I get the previous error. My dataset on disk is now
29GB after switching to oid32 on a 64bit system, 64GB of main memory is
available. And the server was started in performance mode.
Stefan