Конфиги, их формат и чтение

man libconfig

А еще можно json-c использовать.

Использовать можно вообще все что угодно.
Меня интересует именно стандарты. Есть ли какие-либо стандарты в формате кофигурационных файлов в linux'е? На json я вообще ни разу в жизни конфига не видел (хотя я как нуб видел не так уж и много).

Что libconfig, что json - вполне себе стандарты для конфигов.

В плане выбора конкретного формата и реализации - каждый ... пишет как он хочет.

Есть ли какие-либо стандарты в формате кофигурационных файлов в linux'е?

Нет, конечно. Конфиг зависит от потребностей задачи. Есть, конечно, более-менее распространённые форматы, пригодные для многих программ. В основном, это вариации на темы .ini файлов.

На json я вообще ни разу в жизни конфига не видел

Calibre хранит в JSON. Naev хранит в LUA. OpenXCOM хранит в YAML.

Ок. Стандартов нет, я понял, каждый пишет как ему удобнее. Буду использовать libconfig.
Спасибо

На json я вообще ни разу в жизни конфига не видел

transmission, например.

Да нет там никаких стандартов. Каждый городит отсебятину. Самое популярное — конфиги вроде icewm'овского или mplayer'ского ("тип - значение").

Кстати, да: простейшие конфиги я бы так и делал: переменная1=значение переменная2=значение ... Элементарно парсится при помощи strtok.

Если нужны блоки, то проще JSON.

си

в си всё есть файл файловый дескриптор, так что man fopen, man fscanf, трололо.

Элементарно парсится при помощи strtok.

не учи плохому, оно даже не thread-safe.

mplayer'ского («тип - значение»)

У mplayer'а не просто key=value.Он поддерживает списки для value (key=opt1=value1:opt2=value2:op3), профили [my-profile], ещё может что забыл. Так что там не просто парсер, а целая система управления опциями.

тут каждый строчит как захочет

я бы рассматривал свой конфиг как простенький DSL со всеми вытекающими последствиями.

json тоже хорош для этих целей, но:

- все с++ json парсеры убогие

- добиться вразумительных сообщений об ошибках сложнее

thread-safe

Какой, нафиг, thread? Какие потоки в чтении файла конфигурации? Ты о чем вообще?

json я вообще ни разу в жизни

transmission

Какой, нафиг, thread? Какие потоки в чтении файла конфигурации? Ты о чем вообще?

о том, что программы бывают многопоточными, и эти многие потоки могут дергать strtok, и если они это сделают одновременно - будет кака. но если у тебя helloworld в 1 поток, и ты знаешь что так будет всегда — то без проблем, кушай на здоровье :)

Это ж каким надо быть ССЗБ, чтобы читать конфиг одновременно из нескольких потоков? Что за бред? Ты читаешь в основном потоке, потом уже хоть fork делаешь, хоть запускаешь дочерние потоки... А основная конфигурация у тебя хранится в разделяемой памяти, скажем. В виде большой такой структуры.

Как, по-твоему, CGI работают? А там ведь тоже и потоки, и конфиги...

Это ж каким надо быть ССЗБ, чтобы читать конфиг одновременно из нескольких потоков?

зачем обязательно конфиг? мало ли для чего ты еще strtok применяешь.

Это ж каким надо быть ССЗБ, чтобы читать конфиг одновременно из нескольких потоков?

Мне вас жаль (С)

И тут же из мана:

ATTRIBUTES
   Multithreading (see pthreads(7))
       The strtok() function is not thread-safe.

       The strtok_r() function is thread-safe.

man fopen, man fscanf, трололо.

Вы не прочитав (или не поняв) вопроса всегда вините не себя а написавшего? Особенно доставляет тот факт что все до и после вас отписавшиеся вопрос поняли и уже подсказали что к чему.

Это ж каким надо быть ССЗБ, чтобы читать конфиг одновременно из нескольких потоков?

Эдди, когда ж ты поумнеешь? Ты хоть когда-то ман на strtok() читал?

Я прекрасно понял вопрос. json убог; libconfig не совместим ни с чем, кроме как с самим собой; для ini файлов нет стандарта, с чем лично мной писаные парсеры уже сталкивались много раз. Так что реальные пацаны выбирают что-то вроде file:consult вместе с нормальным языком програмирования, а не портабельным ассемблером, падающим от первого чиха, но быстро.

Linux

Стандарты

Хе-хе-хе.

ну я типа на него и намекал.

мало ли для чего ты еще strtok применяешь

Лично я его применяю для чтения конфигов и обработки POST-запросов в CGI. Ну и так, по-мелочи. Ясен пень, когда необходимо сохранить исходную строку, тупо делаешь strdup перед вызовом strtok. Тоже мне, проблема...

iniparser как вариант

Нафига мне man читать? Я успешно пользуюсь этой функцией в своих самопальных обертках. И все превосходно работает.

И не надо мне рассказывать, что делает эта функция. Я знаю, что она делает. И знаю, что она модифицирует исходную строку.

Тоже мне, открытие...

И знаю, что она модифицирует исходную строку.

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

Нафига мне man читать?

Нет, сори конечно, но ты таки дурак. Специально, чтобы хоть как-то попробовать вбить тебе в голову знания, я приведу цитату из мана:

The strtok() function uses a static buffer while parsing, so it's not thread safe.

Т.е. ты не можешь вызывать strtok() одновременно из нескольких потоков (даже для разных строк!), потому что буфер все вызовы strtok() используют один и тот же - ты тупо словишь race condition.

Да знаю я. Я ж тебе уже говорил, что в многопоточных приложениях я не использую strtok в нескольких потоках — только в основном.

Если мне бы понадобилось strtok из кучи потоков вызывать, я бы просто вызывал strtok_r.

Я тут уже 100500-й раз твержу, что знаю про это! Читай лучше.

Если мне бы понадобилось strtok из кучи потоков вызывать, я бы просто вызывал strtok_r.

А если нет, то юзал бы strtok()? УПРЛС? Ну появится у тебя второй поток когда-то. Или внезапно какая-то левая либа учудит и заюзает strtok() где-то у себя. Любитель приключений.

А если нет, то юзал бы strtok()?

Не "юзал бы", а юзаю. УМВР. Я ж не делаю какие-то мегакрутые БД. А в CGI нафиг не нужно параллельно обрабатывать что-то.