я вот начал с малого

разбития на строчки:)

Для этого есть функция lines. Потому и странная задача.

ты вообще спишь?:)

я уже спал а ты ответил:)

я проснулся и ты тут:)

я может еще не понял как этим Parsec пользоваться

но чтобы файлик распарсить, надож е его разбить на строки саначала

ты вообще спишь?:)

В данный момент сплю, на работе :)

Я вчера уснуть не смог, пока не решил эту гребаную задачу!

ну круто конечно

но чтобы файлик распарсить, надож е его разбить на строки саначала

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

Лучше пропиши нормальный парсер, который будет парсить сразу секциями

...

да

что-то я не стой стороны пошел

я вчера просто только начал Parsec играться

Файл неплохо бьется на нужные куски. Синтаксис довольно удобный.

ну по пустой строке можно разбить

По строке, начинающейся с #

# - это коменты

они не обязатеьны

даже так

не по пустой строке

Это начало секции. Дальше парсишь до двух newline

It's a simple list of key/value pairs, with the dsn, driver_dsn or key keys being used to split successive entries

начало секции dsn или driver_dsn

еще вон key бывает

отдельно стоящий

В итоге получишь список списков настроек по секциям.

Ну, может быть, я файл мельком посмотрел.

Интересно, что этот parsec вообще никакой защиты от зацикливания не имеет. Одно неверное движение и комп уходит в глубокий DOS...

буду сегодня с этим играться

Ресет только помогает

я вчера часто натыкался на ошибку

оно мне писало что many принимает пустую строку

Exception вылетал

оно мне писало что many принимает пустую строку

Верно, поэтому я и отказался от этой функции.

И использовал вместо нее manyTill. Она более демократичная и согласна вернуть ""

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

Раз уж ты с ними связался :)

не очень понял это утверждение:)

Комбинаторы же тоже в parsec

Я так понял, это два модуля в одном пакете, потому и часть функций реимплементирована.

ну да

там пакет Prim - в нем many

И они не совсем совместимы...

а Combinator - в нем manyTill

В парсеке есть замечательная функция endOfLine, а в комбинаторах ее нет. Почему-то. Писать свою ох как не хотелось!

Поэтому использовал то, что было у тебя. Тем более, что этим путем все идут, похоже.

Кстати, задачу можно решить без Control.Monad, но код красивее точно не станет. Я теоретически прикинул, сколько придется оберток сделать для типов и забил на этот вариант

да Control.Monad то не мешает особо

Если еще подключить templateHaskell, можно и синтаксис покрасивее сделать :)

мне пока рановато :)

Но это уже из области эстетики

я do убрал из твоего кода

он отлично выглядит:)

Ну и хорошо. Я давно хотел в парсеке разобраться, а то с парсерами только в Эрланге раньше имел дело. Приятная штука :) но замороченная

ну я думаю на таких маленбких обьемах

типа разбить на линии - она кажется замороченной

но нормальных форматах

будет очень круто выглядеть все

в RWH классно выглядит

А ты для плюсов попробуй САМ парсер написать. Проклянешь все на свете, я думаю :)

Parsec.Extra

на stackege нету судя по всему

:(

первый раз воспользовался stack solver

приятная штука

parseTDB = parse tdbfile "invalid file format" tdbfile = manyTill myLine eof myLine = manyTill anyToken (eol <|> eof)

вот что получилось

Без try работает??

это в RWH плохой eol был

а почему нет?

там же eol нормально сделан внутри

у нас же try был в eol

Так эта книжка, говорят, устарела уже сильнл

А, ну да.

ну а почем учиться?:)

но да