On Friday 10 April 2009 12:15:35 xor at freenetproject.org wrote: > Author: xor > Date: 2009-04-10 11:15:35 +0000 (Fri, 10 Apr 2009) > New Revision: 26700 > > Modified: > trunk/freenet/src/freenet/support/io/PersistentBlobTempBucketFactory.java > Log: > Add a FIXME for toad, and organize imports while I'm commiting anyway. > > Modified: trunk/freenet/src/freenet/support/io/PersistentBlobTempBucketFactory.java > =================================================================== > --- trunk/freenet/src/freenet/support/io/PersistentBlobTempBucketFactory.java 2009-04-10 10:58:58 UTC (rev 26699) > +++ trunk/freenet/src/freenet/support/io/PersistentBlobTempBucketFactory.java 2009-04-10 11:15:35 UTC (rev 26700) > @@ -5,14 +5,10 @@ > import java.io.RandomAccessFile; > import java.nio.ByteBuffer; > import java.nio.channels.FileChannel; > -import java.util.ArrayList; > -import java.util.HashMap; > import java.util.HashSet; > import java.util.Iterator; > -import java.util.LinkedList; > import java.util.Map; > import java.util.Random; > -import java.util.Set; > import java.util.TreeMap; > > import com.db4o.ObjectContainer; > @@ -223,6 +219,7 @@ > } > } > } > + /* FIXME: The issue below has been marked as FIXED in > the db4o bugtracker. Can this be resolved now? */
No. It was fixed in a 7.8 version of db4o, we use 7.4. But even if they do fix it in 7.4, when I have tried updating to more recent versions of 7.4, many other worse bugs (mostly relating to object duplication) have been greatly exacerbated. > > // Checking for slots marked occupied with bucket != > null is nontrivial, > // because constraining to null doesn't work - causes > an OOM with a large database, -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090410/8eb26bdb/attachment.pgp>
