fenfire-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[ff-cvs] fenfire docs/pegboard/cvs_to_tla--tjl/peg.rst d...


From: Tuomas J. Lukka
Subject: [ff-cvs] fenfire docs/pegboard/cvs_to_tla--tjl/peg.rst d...
Date: Sun, 31 Aug 2003 08:28:06 -0400

CVSROOT:        /cvsroot/fenfire
Module name:    fenfire
Branch:         
Changes by:     Tuomas J. Lukka <address@hidden>        03/08/31 08:28:05

Modified files:
        docs/pegboard/cvs_to_tla--tjl: peg.rst 
        docs/pegboard/swamp_rdf_api--tjl: peg.rst 
        org/fenfire/spanimages/gl: PoolManager.java 

Log message:
        More

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/fenfire/fenfire/docs/pegboard/cvs_to_tla--tjl/peg.rst.diff?tr1=1.2&tr2=1.3&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/fenfire/fenfire/docs/pegboard/swamp_rdf_api--tjl/peg.rst.diff?tr1=1.13&tr2=1.14&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/fenfire/fenfire/org/fenfire/spanimages/gl/PoolManager.java.diff?tr1=1.10&tr2=1.11&r1=text&r2=text

Patches:
Index: fenfire/docs/pegboard/cvs_to_tla--tjl/peg.rst
diff -u fenfire/docs/pegboard/cvs_to_tla--tjl/peg.rst:1.2 
fenfire/docs/pegboard/cvs_to_tla--tjl/peg.rst:1.3
--- fenfire/docs/pegboard/cvs_to_tla--tjl/peg.rst:1.2   Thu Aug 28 10:23:18 2003
+++ fenfire/docs/pegboard/cvs_to_tla--tjl/peg.rst       Sun Aug 31 08:28:05 2003
@@ -3,8 +3,8 @@
 =============================================================
 
 :Author:   Tuomas J. Lukka
-:Last-Modified: $Date: 2003/08/28 14:23:18 $
-:Revision: $Revision: 1.2 $
+:Last-Modified: $Date: 2003/08/31 12:28:05 $
+:Revision: $Revision: 1.3 $
 :Status:   Incomplete
 
 Having the FenPDF prototype in production use requires more
@@ -24,7 +24,8 @@
 =======
 
 The fenfire projects will be moved out of CVS and into arch.
-The projects will be named ::
+The arch categories 
+of the projects will be named with the current CVS directory names::
 
     glmosaictext
     alph
@@ -44,3 +45,38 @@
     spaces
     storm
     storm-depends
+
+Each project will have two official
+branches: ``devel`` and ``semistable`` (later, a ``stable`` branch
+may be added). 
+
+The greatest change from the previous development model
+is that **only the project maintainer may check in to these branches**.
+
+This is not as bad as it sounds, as arch allows mutual merges
+and other branches between developers, so this is not limiting in any way.
+The benefit is that all code gets explicit pre-commit review
+instead of the current post-commit-review-if-I-have-time-to-read-my-email.
+
+This model also requires that the project maintainer be extremely
+responsive: patches should not remain in the queue for more than
+a day or a weekend - if there's going to be 
+a longer pause, someone else should be found to stand in for 
+the maintainer.
+
+The reason for this model is twofold:
+
+1) messing up the official tree is harder as there are more eyes on the code.
+   We really need stability since the production use has started.
+
+2) developers will be motivated to write better code due to the knowledge
+   that the maintainer will actually read the code and accept
+   or reject it (explaining why and what needs to be done for acceptance).
+
+Examples
+========
+
+How would this work, then?
+
+
+
Index: fenfire/docs/pegboard/swamp_rdf_api--tjl/peg.rst
diff -u fenfire/docs/pegboard/swamp_rdf_api--tjl/peg.rst:1.13 
fenfire/docs/pegboard/swamp_rdf_api--tjl/peg.rst:1.14
--- fenfire/docs/pegboard/swamp_rdf_api--tjl/peg.rst:1.13       Tue Aug 12 
02:38:13 2003
+++ fenfire/docs/pegboard/swamp_rdf_api--tjl/peg.rst    Sun Aug 31 08:28:05 2003
@@ -3,8 +3,8 @@
 =============================================================
 
 :Author:   Tuomas J. Lukka
-:Last-Modified: $Date: 2003/08/12 06:38:13 $
-:Revision: $Revision: 1.13 $
+:Last-Modified: $Date: 2003/08/31 12:28:05 $
+:Revision: $Revision: 1.14 $
 :Status:   Current (Partially preliminarily implemented [since in its own 
package])
 
 This document outlines the main issues in the Jena api
@@ -343,25 +343,22 @@
 Observing
 ---------
 
-Observing is separated into its own interface.:
+Observing is a part of ConstGraph:::
 
-    public interface ObservableGraph extends ConstGraph {
-       public ObservedGraph getObserved(Obs o);
+    public ConstGraph getObservedConstGraph(Obs o);
 
-       Object find1_11X(Object subject, Object predicate, Obs o);
-       Object find1_X11(Object predicate, Object subject, Obs o);
-       ...
-       Iterator findN_11X_Iter(Object subject, Object predicate, Obs o);
-       ...
-    }
+    /** This observed graph will not be used any more, and
+     * if desired, may be recycled by the ObservableGraph.
+     * This operation is allowed to be a no-op.
+     */
+    public void close();
+
+    Object find1_11X(Object subject, Object predicate, Obs o);
+    Object find1_X11(Object predicate, Object subject, Obs o);
+    ...
+    Iterator findN_11X_Iter(Object subject, Object predicate, Obs o);
+    ...
 
-    public interface ObservedGraph extends ConstGraph {
-       /** This observed graph will not be used any more, and
-        * if desired, may be recycled by the ObservableGraph.
-        * This operation is allowed to be a no-op.
-        */
-       public void close();
-    }
 
 The find methods with Obses are included in ObservableGraph because 
 this allows the cheap default implementation of ObservedGraph.
Index: fenfire/org/fenfire/spanimages/gl/PoolManager.java
diff -u fenfire/org/fenfire/spanimages/gl/PoolManager.java:1.10 
fenfire/org/fenfire/spanimages/gl/PoolManager.java:1.11
--- fenfire/org/fenfire/spanimages/gl/PoolManager.java:1.10     Mon Aug 25 
03:51:19 2003
+++ fenfire/org/fenfire/spanimages/gl/PoolManager.java  Sun Aug 31 08:28:05 2003
@@ -29,7 +29,7 @@
 import org.nongnu.libvob.*;
 import org.nongnu.libvob.gl.*;
 import org.nongnu.libvob.memory.*;
-import org.nongnu.libvob.util.Background;
+import org.nongnu.libvob.util.ThreadBackground;
 import java.util.*;
 
 public class PoolManager implements GL.StatsCallback {
@@ -177,7 +177,7 @@
        for(int i=0; i<actives.length; i++) {
            if(locked.contains(actives[i])) {
                actives[i].loader.setGoalBaseLevel(0,
-                               Background.getDefaultInstance(),
+                               ThreadBackground.getDefaultInstance(),
                                1);
                continue;
            }
@@ -199,7 +199,7 @@
            left -= actives[i].loader.getMemory(l);
            if(dbg) p("Setgoal: "+actives[i]+" "+l);
            actives[i].loader.setGoalBaseLevel(l,
-                           Background.getDefaultInstance(),
+                           ThreadBackground.getDefaultInstance(),
                            (float)(10 + .1 * i));
            if(i >= MIN_ACTIVES && l == actives[i].loader.getNLevels()-1)
                activeSet.remove(actives[i]);




reply via email to

[Prev in Thread] Current Thread [Next in Thread]