From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 21:49:36 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACBC31065676 for ; Tue, 13 May 2008 21:49:36 +0000 (UTC) (envelope-from james@mansionfamily.plus.com) Received: from ptb-relay02.plus.net (ptb-relay02.plus.net [212.159.14.213]) by mx1.freebsd.org (Postfix) with ESMTP id 457668FC24 for ; Tue, 13 May 2008 21:49:35 +0000 (UTC) (envelope-from james@mansionfamily.plus.com) Received: from [80.229.150.39] (helo=mansionfamily.plus.com) by ptb-relay02.plus.net with esmtp (Exim) id 1Jw1cx-0006Cg-74 for freebsd-hackers@freebsd.org; Tue, 13 May 2008 22:01:39 +0100 Received: from [192.168.0.87] ([192.168.0.87]:2306) by mansionfamily.plus.com with [XMail 1.22 ESMTP Server] id for from ; Tue, 13 May 2008 22:07:35 +0100 Message-ID: <482A02CD.7040308@mansionfamily.plus.com> Date: Tue, 13 May 2008 22:06:21 +0100 From: James Mansion Organization: MsgWare User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Jeremy Chadwick , Anthony Pankov , freebsd-hackers@freebsd.org References: <9FC19AC2-DAD8-418C-8B9C-F129DEC58CEF@gmail.com> <15336578.20080512123806@mail.ru> <200805121153.00809.jonathan+freebsd-hackers@hst.org.za> <1663320218.20080512223531@mail.ru> <20080512152430.3720683e@mbook.local> <2117635718.20080513154406@mail.ru> <20080513121452.GA70860@eos.sc1.parodius.com> <20080513154137.GA28842@pix.net> In-Reply-To: <20080513154137.GA28842@pix.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Plusnet-Relay: e8a5e4f0217e2da3162a7b5e88a0c4cc Cc: Subject: Re: BDB corrupt X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2008 21:49:36 -0000 Kurt J. Lidl wrote: > This catapults back into the arena of "stuff that isn't in the > base system". Not to mention I'm not sure that the Oracle BDB > license would allow bundling in the OS as a binary. I doubt it, > but that's a different bikeshed to paint :-) > Is the LGPL of QDBM and TokyoCabinet also a problem? Could even try grovelling with Mikio? (Partially joking there. I assume he chose LGPL because he wants it that way, but people have been known to change licenses for a base system - like this http://blogs.sun.com/aalok/entry/lzma_on_opensolaris) And is the objection to SQL such the sqlite is really out of the running? Anyway, in this case, would writing an RPC server to own the data kill the performance? It should be easier to write something that can save the database atomically and index it in-core. It could be started on demand and shut down after a short inactivity, a bit like tibco's rvd. > There are known problems with certain keys corrupting the DB 1.8x > series code. In fact, the "release" of the 1.86 was an attempt > to solve this problem when the KerberosV people at MIT found > a repeatable key insert sequence that would corrupt things. > (Or at least that's what I remember, it was a long time ago, and > I might have the details wrong.) > > Have to say its a little concerning that such 'mature' code is actually problematic. Particularly since I'm not aware of a non-LGPL alternative. Do you have anything by way of a pointer? Google didn't help me here. James