Date: Mon, 20 Apr 1998 00:25:09 +0100 From: Karl Pielorz <kpielorz@tdx.co.uk> To: config@FreeBSD.ORG Subject: Re: (was Discussion : Using DHCP) - Now 'Config Databases' Message-ID: <353A87D5.6F4A8737@tdx.co.uk> References: <199804192202.PAA15594@usr08.primenet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Terry Lambert wrote: > This was supposed to only go to config, like was suggested in the > message I replied to. True, I guess we get to see how many people are actually reading -config now... ;-) > > Thus you'd get a couple of 'dodgy' records in your text dump which you could > > edit by hand, then nuke the config database - and re-import the text file > > once it was cleaned up... > > > > It would be nice to see a config database done 'the propper way', i.e. not > > liable to application corruption etc. - perhaps even with 'descriptions' for > > all the records it holds... ;-) > > These two paragraphs are not unrelated. Sort of... I see your valid point below... > If you use an API with get/set semantics, and it does the set as a > transaction, then you are not liable to corruption unless your > physical media goes bad. Ok - granted - Maybe we should be more concerned with 'applications' corrupting the database - and if so have a nicer way to correct it (Ok, read - 'anyway' to correct it) unlike Windows '95 / NT - in which the registry is largely seen as an unindexed black whole... > If the physical media goes, it doesn't matter how it's implemented. True... Having revised my answer though - I'd still like to see a nice way of importing / exporting the data, and editing it (to patch it up when things go wrong with applications etc.) The last thing we want is the 'perpetually' growing mess that my NT machine has on it, called a 'registry' (The install is about 2 months old, and already the registry is up to just under 5mb - It usually 'lasts' about 6 - 8 months before all the 'weird' things start happening (CD players opening in too a small window etc.) > Clearly, you would need to take the same care in backing up a binary > file as you do in backing up a text file in case of physical failure. Granted - I just can't figure out why I always feel more 'secure' with text files (and a lot of other people appear to feel the same)... I'm sure I'll get used to it - especially when it's done 'right'... <g> Karl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-config" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?353A87D5.6F4A8737>