Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

SQLite would be another option to consider. It has quite a bit of traction now and is actually a pleasure to use. I believe it is also what the iPhone uses for backend storage. And, it is public domain. On Tue, Dec 1, 2009 at 2:54 PM, Mark Burgess wrote: > > > Christopher Browne wrote: >> Mark Bu

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

Christopher Browne wrote: > Mark Burgess writes: >> The backend does not have to change. We are supporting alternatives, not >> replacing the >> backend. > > Elsewhere, you have some changes to do some SQL integration; would there > be any value to having one of the alternative be to stow this

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

Mark Burgess writes: > The backend does not have to change. We are supporting alternatives, not > replacing the > backend. Elsewhere, you have some changes to do some SQL integration; would there be any value to having one of the alternative be to stow this data via an SQL engine? There may be

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

The backend does not have to change. We are supporting alternatives, not replacing the backend. M nwat...@symcor.com wrote: > What will happend to existing data once the backend DB changes? > > Sincerely, > -- > Neil Watson > 416-673-3465 > > > ---

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

What will happend to existing data once the backend DB changes? Sincerely, -- Neil Watson 416-673-3465 CONFIDENTIALITY WARNING This communication, including any attachments, is for the exclusive use of addressee and may contain proprietary and/or confidential information. If you are not the i

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

No. nwat...@symcor.com wrote: > Will existing DBs be converted as Cf moves to a new DB format? > > Sincerely, > -- > Neil Watson > 416-673-3465 > > > > > > > CONFIDENTIALITY WARNING > This communication, including any

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

Will existing DBs be converted as Cf moves to a new DB format? Sincerely, -- Neil Watson 416-673-3465 CONFIDENTIALITY WARNING This communication, including any attachments, is for the exclusive use of addressee and may contain proprietary and/or confidential information. If you are not the in

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

As a requirement, but you will need something to replace it, either QDBM or Tokyo Cabinet Erlend Leganger wrote: > 2009/12/1 Mark Burgess > > > > We are implementing more embedded database types into cfengine > because of licensing issues > with Berk

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

2009/12/1 Mark Burgess > > We are implementing more embedded database types into cfengine because of > licensing issues > with Berkeley DB, so there have been a few hiccoughs and some debugging got > switched on. I > don't think you should see this in the last version now. Does that mean that t

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

We are implementing more embedded database types into cfengine because of licensing issues with Berkeley DB, so there have been a few hiccoughs and some debugging got switched on. I don't think you should see this in the last version now. M Matt Richards wrote: > Greetings, > > Something odd

cf3 svn(646-648) Berkeley DB_NOTFOUND

Greetings, Something odd happened around in svn around 646-648. I seem to be having a DB issue now: !! Error scanning hashbase cursor: DB_NOTFOUND: No matching key/data pair found !! Error scanning hashbase cursor: DB_NOTFOUND: No matching key/data pair found ^CReceived signal 2 (SIGINT) whil