несколько компов в одном инишнике (щас приходится держать под каждую онфигу свой)

[skyther]

щас приходится держать под каждую конфигу свой инишник. Вроде разговоры про это были? планируется?
на хмл переходим ага?

[deathsoft]

на хмл переходим ага?

это - точно - нет

[deathsoft]

щас приходится держать под каждую конфигу свой инишник. Вроде разговоры про это были? планируется?

Пока не планируется, для начала надо сохранение конфигов сделать, причем с сохранением коментариев. Для поддержания этой фичи надо сделать иерархические конфиги с инклюдами. Т.е. есть общая часть, а дальше инклюдаются конфиги для конкретных компов.

[jdigreze]

имхо, прямая дорога на хмл. хотя можно (и я когда-то делал) и на "деревянном" инишнике. смотри в сторону *.reg - там довольно просто сделана реализация "деревянной" структуры.

[deathsoft]

смотри в сторону *.reg

Никаких .reg и .xml, надо смотреть в сторону портируемости (от .ini Файлов надо будет тоже избавится). Конфиги надо хранить в файлах типа ini но со своим парсером, не зависящим от винды. xml требует парсера немеряного размера (бинарь не меньше самого унриала) например libxml2, при этом конфиг становится ахтунговым и нечитаемым.

[deathsoft]

По воводу нескольких компов, их видимо можно сделать и в одном инишнике - в виде пресетов (как это делается для ULA и для ROM). Т.е. выбираешь COMP=MY_COMP_1 и там все его девайсы перечислены (что включено, что выключено и в каких режимах работает).

[нолька]

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

[deathsoft]

ну - так и надо сделать, это самое нормальное решение и есть.

[jdigreze]

десофт, про хмл согласен, а вот про дот_рег ты видимо не понял мысли - я говорил про структуру самого текстовика, а не про парсер. парсер там любой могет быть, так как дот_рег суть инишник, с возможностью структурирования ключей в дерево.
я когда-то давно писал либу парсера под пц и под спек (ессно на асм з80). единственное что мне лично на тот момент в моем творении не нравилось, так это то, что парсер не мог сам создавать переменные в программе (типа через выделение оперативы) по ключам, но мне это не было нужно в конкретном применении, просто была идея это реализовать, но проект тот почил в бозе. а чтение ключей по имени с учётом секций - весчь довольно тривиальная.

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

[breeze]

я когда-то давно писал либу парсера под пц и под спек (ессно на асм з80).

А можно сие творение как-то получить ? а то у меня в Doors встал вопрос парсинга ini конфигурации, и если есть готовый код зачем писать с нуля