Lazin, 
.. отключают электричество..
я вот кстати не в курсе, а что при этом будет в случае записи в реестр? Откат изменений?
вроде бы, *Transacted функции только в Vista и Server 2008 появились...

АДО есть в винде   

На вкус и на цвет... Подходы могут быть весьма различные. Но на этот случай у меня свой класс написан. Почему-то захотелось свое. Может, конечно, и велосипед, но не люблю xml и все тут.   

Alca, 
АДО есть в винде
только в случае mdb (jet engine) получаем гемор в 64-битной среде. а в наше время закрывать глаза на поддержку 64-битной платформы - это как прятать голову в песок :gigi:

это смотря для каких.

Добавлено через 2 минуты и 5 секунд
Rififi, 

более того еще полно машин и с 2000 маздаем. там сплошь и рядом 3 версия Jet'a - это если без SP

Anikmar, 
чисто интереса для.
как бы ты хранил в ini и доставал/записывал данные из вот такого конфига:

А что хранить то вообще надо (слаб я в разметке xml - каюсь)

Anikmar, 
А что хранить то вообще надо
всё, что выделено синим и обычным шрифтом, то есть аттрибуты (org.jboss.mq.server.jmx.Queue, ...) и тела (queue/tutorial/example, ...) нодов (server, mbean, ...) а также их взаимное расположение друг относительно друга в иерархии

Т.е что-то типа того должно получиться?
[Server]
code="org.jboss.mq.server.jmx.Queue"
name="jboss.mq.destination:service=Queue,name=tutorial"
JNDIName=queue/tutorial/example
DestinationManager=jboss.mq:service=DestinationManager

Если серверов несколько можно и так:
[GENERAL]
ServerCount=4

[Server1]
... Необходимые настройки
[Server2]
... Необходимые настройки

Я не говорю, что INI это панацея. Я просто говорю, что мне не нравится xml и не было случая в моей практике, когда я бы спокойно не мог без него обойтись. Может такой случай и наступит. 
Мои конфиги как правило - прстой набор имен параметров и их значений.

Прошу прощения, кодю в основном для Linux. Там такого нет.
Это что-то вроде очередной  Мелкософтовской заморочки?  

andrew_121,
Это реализация парсера от ms, основанная на компонентной модели.

Добавлено через 8 минут и 28 секунд
Anikmar, 

Если серверов несколько
несколько может быть не только серверов, но и нодов mbean, attribute внутре нода server
тогда "плоская" модель ini-фала начинает превращаться в тихий ужас

иногда можно встретить такой workaround

server.mbean.code=...
server.mbean.name=...
...

ну, может кому-то такие телеги и нравятся... :gigi:

а потом, проверок никаких, пиши что хочешь.
например нужно число, а вписали строку.
параметр обязательный, а его пропустили.
должен быть один, а их два.

всё это самому проверять? а может просто валиться из-за неправильного парсинга? :fear:
не, нафик такое сщастие 

xml удобно для программы а не для пользователя, простые конфиги легко запоминаются, а здесь ещё надо xml знать (то есть напрямую конфиг не подредактируешь, а то что-нибудь сломается и обратно не восстановишь)

Конфиги предпочитаю хранить в виде XML, использую минималистичный парсер TinyXML. Объёмные данные  предпочитаю хранить в БД и для клиентских приложений в этих целях использую sqlite.

libconfig

поддерживаю вариант XML