[Zodb-checkins] CVS: ZODB3 - NEWS.txt:1.33.6.22

Tim Peters tim.one at comcast.net
Fri May 21 13:47:55 EDT 2004


Update of /cvs-repository/ZODB3
In directory cvs.zope.org:/tmp/cvs-serv27102

Modified Files:
      Tag: Zope-2_7-branch
	NEWS.txt 
Log Message:
Collector #1330:  repozo.py -R can create corrupt .fs.
When looking for the backup files needed to recreate a Data.fs file,
repozo could (unintentionally) include its meta .dat files in the list,
or random files of any kind created by the user in the backup directory.
These would then get copied verbatim into the reconstructed file, filling
parts with junk.  Repaired by filtering the file list to include only
files with the data extensions repozo.py creates (.fs, .fsz, .deltafs,
and .deltafsz).  Thanks to James Henderson for the diagnosis.

Also removed Barryisms (control characters at various spots in the file,
presumably for the benefit of the way he used Emacs), and Python 2.1-isms.
Documented that the backup directory must already exist.


=== ZODB3/NEWS.txt 1.33.6.21 => 1.33.6.22 ===
--- ZODB3/NEWS.txt:1.33.6.21	Wed May 19 16:24:35 2004
+++ ZODB3/NEWS.txt	Fri May 21 13:47:24 2004
@@ -5,6 +5,15 @@
 ZODB
 ----
 
+Collector #1330:  repozo.py -R can create corrupt .fs.
+When looking for the backup files needed to recreate a Data.fs file,
+repozo could (unintentionally) include its meta .dat files in the list,
+or random files of any kind created by the user in the backup directory.
+These would then get copied verbatim into the reconstructed file, filling
+parts with junk.  Repaired by filtering the file list to include only
+files with the data extensions repozo.py creates (.fs, .fsz, .deltafs,
+and .deltafsz).  Thanks to James Henderson for the diagnosis.
+
 Collector #1208:  Infinite loop in cPickleCache.
 If a persistent object had a __del__ method (probably not a good idea
 regardless, but we don't prevent it) that referenced an attribute of
@@ -14,7 +23,8 @@
 satsify the attribute reference, the cache would again decide that
 the object should be ghostified, and so on.  The infinite loop no longer
 occurs, but note that objects of this kind still aren't sensible (they're
-effectively immortal).
+effectively immortal).  Thanks to Toby Dickenson for suggesting a nice
+cure.
 
 
 What's new in ZODB3 3.2.1?




More information about the Zodb-checkins mailing list