[Monetdb-developers] [Monetdb-pf-checkins] pathfinder/modules/pftijah nexi.c, 1.38, 1.39 nexi.h, 1.10, 1.11 nexi_generate_mil.c, 1.18, 1.19 pftijah.mx, 1.67, 1.68

Jan Flokstra flokstra at cs.utwente.nl
Wed Dec 20 10:39:19 CET 2006


On Wednesday 20 December 2006 10:23, Stefan Manegold wrote:
> On Tue, Dec 19, 2006 at 01:26:44PM +0000, Jan Flokstra wrote:
> > Update of /cvsroot/monetdb/pathfinder/modules/pftijah
> > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv27367
> >
> > Modified Files:
> > 	nexi.c nexi.h nexi_generate_mil.c pftijah.mx
> > Log Message:
> > * Synchronization update with Roel, no new features added.
> > * MMAP problem solved for restarted Mserver?
>
> what was the problem?
> what has been done (tried?) to solve it?

We have problems on some architectures with finalizing the pftijah index. The 
problem is we set the acces property BAT_READ and mmap(1) on a 
[void,str[ bat. After this we restart the Mserver and try to set the 
BAT_WRITE property because we want to add tuples to this bat. At this moment 
the server crashes. The temporary solution we had was not to set the BAT_READ 
and and mmap(1) properties until we found out if we did something wrong or if 
it was a fault of the MServer. A code fragment of the finalization is below,

Jan. 

===================================================
        gterm_sort.persists(true);
        gterm_sort.bbpname("tj_globalTerms");
        gtag_sort.persists(true);
        gtag_sort.bbpname("tj_globalTags");
        if ( false ) {
          # Monet error, server crashes on .acces(BAT_WRITE) when a new
          # collection is created on a fresh Mserver.
          bat("tj_globalTerms").access(BAT_READ);
          bat("tj_globalTags").access(BAT_READ);
        }
        bat("tj_globalTerms").mmap(1);
        if ( false ) {
          # Monet error, server crashes on .acces(BAT_WRITE) when a new
          # collection is created on a fresh Mserver.
          bat("tj_globalTags").mmap(1);
        }
====================================================


>
> Stefan




More information about the developers-list mailing list