Tuan Van wrote:
Rosenbaum, Larry M. wrote:
We haven't changed anything about the databases. We are using whatever
the defaults are, and Berkeley 4.4.16. From testing with the
cvt_cyrusdb program, it looks like the old program will open the old
database, and the new program will open the new database, but the new
program won't open the old database, and the old program won't open the
new database.
# ./cvt_cyrusdb ~lmr/deliver.db.old berkeley-nosync ~lmr/y.txt flat
Converting from /home/lmr/deliver.db.old (berkeley-nosync) to
/home/lmr/y.txt (flat)
fatal error: can't open old database
# ./cvt_cyrusdb ~lmr/deliver.db berkeley-nosync ~lmr/y.txt flat
Converting from /home/lmr/deliver.db (berkeley-nosync) to
/home/lmr/y.txt (flat)
# ./cvt_cyrusdb.old ~lmr/deliver.db.old berkeley-nosync ~lmr/y.txt flat
Converting from /home/lmr/deliver.db.old (berkeley-nosync) to
/home/lmr/y.txt (flat)
Warning: apparently empty database converted.
# ./cvt_cyrusdb.old ~lmr/deliver.db berkeley-nosync ~lmr/y.txt flat
Converting from /home/lmr/deliver.db (berkeley-nosync) to
/home/lmr/y.txt (flat)
fatal error: can't open old database
L
Could it be a typo in lib/cyrusdb_berkeley.c ?
I try it with patch below and it seem to work.
--- lib/cyrusdb_berkeley.c.orig 2006-02-27 16:56:53.000000000 -0800
+++ lib/cyrusdb_berkeley.c 2006-02-27 16:57:35.000000000 -0800
@@ -981,7 +981,7 @@
&mysync,
&myarchive,
- &open_hash,
+ &open_btree,
&myclose,
&fetch,
@@ -1007,7 +1007,7 @@
&mysync,
&myarchive,
- &open_hash,
+ &open_btree,
&myclose,
&fetch,
Yeah, thats it. A simple cut-n-paste error. I'll spin a 2.3.3 shortly.
--
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie Mellon University
----
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
