changeset 170:10bcea4e5c40

Zero-dimensional feature files work OK now. ("work" here means that the error is safely trapped.)
author mas01cr
date Tue, 13 Nov 2007 17:14:21 +0000
parents cdd441dcc9a8
children a28690f14021 f9d16137e704
files docs/TODO.txt
diffstat 1 files changed, 9 insertions(+), 4 deletions(-) [+]
line wrap: on
line diff
--- a/docs/TODO.txt	Thu Nov 08 14:18:47 2007 +0000
+++ b/docs/TODO.txt	Tue Nov 13 17:14:21 2007 +0000
@@ -69,10 +69,15 @@
 
 ** more safety
 
-A couple of areas are not yet safe against runtime faults.  The simple
-case is zero-length features, which will lead to division by zero
-errors; more pressingly, large databases might well end up writing off
-the end of the various tables (e.g. track, l2norm).
+A couple of areas are not yet safe against runtime faults.  
+
+*** Large databases might well end up writing off the end of the
+    various tables (e.g. track, l2norm).
+
+*** transactionality is important; the last thing that should be
+    updated on insert are the free pointers (dbH->length,
+    dbH->numFiles, maybe others), so that if something goes wrong in
+    the meantime the database is not in an inconsistent state.
 
 ** API vs command-line