Добрый день, товарищи. Есть у меня бинарный файл проприетарного формата. И хотелось бы мне парсить его, извлекая только некоторые нужные структуры. Т.е. надо бы наваять парсер. Формат известен, мешает только то, что мне не нравится, что получается в результате. Например, есть у нас некое поле - это размер. Следом за размером идёт содержимое.



Здесь размер равен 2, а 11 11 - содержимое этого поля. Некоторые поля фиксированного размера, например, только байт, или только 2, и все поля перемешаны. Если писать парсер в лоб, то он должен читать размер, потом читать содержимое, и т.д. Это как-то коряво, нет ли каких-то движков парсеров, как для парсинга обычного текста?

-----
Stuck to the plan, always think that we would stand up, never ran.

| Сообщение посчитали полезным:

поиск оного парсера сопоставим с написанием парсера (на С# например) - IMHO

| Сообщение посчитали полезным: daFix

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

-----
Research For Food

| Сообщение посчитали полезным: dosprog

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

Если есть описание, то используйте питоновские конверторы, которые .h переведут в питоновские ctypes ( вы вроде бы начали на нем писать )
Парсеров полно, зависит от языка описания, который опять же нужно знать.

| Сообщение посчитали полезным:

ARCHANGEL пишет:
Здесь размер равен 2, а 11 11 - содержимое этого поля. Некоторые поля фиксированного размера, например, только байт, или только 2, и все поля перемешаны. Если писать парсер в лоб, то он должен читать размер, потом читать содержимое, и т.д.

Вообще-то как иначе, если не в лоб?.. Например, тот же разбор .ЕХЕ.
Или ещё более удачный пример - разбор .OBJ. Он весь состоит из массивов с типом и счётчиком в начале.

Раз имеется поле длины для некоторых типов данных, то файл с последовательным доступом.
Читать всё подряд, выводя только данные интересующего типа и прочтя их длину для доступа к следующей структуре.

Если нужно только поглядеть поля структуры, то была старинная утилита от SEN'а (1993 г.) - -->StructLook<--.
Не знаю, насколько поможет. Структуры только заранее известного размера. Например, паскаль-строку в шаблоне StructLook не опишешь.

Добавлено:(Хотя, могу и ошибаться. Просто не пользовался всерьёз той утилитой).


daFix пишет:
ARCHANGEL
Да напиши сам, оно хоть и кажется нудным и корявым, но минут за 20 всё можно сделать. [...]

Пожалуй, самое простое решение.



| Сообщение посчитали полезным:

Ок, ладно, просто я наивно полагал, что, возможно, есть какая-то утиль на подобие Flex+Bison, только для генерации таких вот парсеров формата.

-----
Stuck to the plan, always think that we would stand up, never ran.

| Сообщение посчитали полезным:

тот же TLV только без тага

| Сообщение посчитали полезным:

в WinHex шаблон сделать

-----
Наша работа во тьме, Мы делаем, что умеем. Мы отдаем, что имеем, Наша работа во тьме....

| Сообщение посчитали полезным:

шаблон если известны смещения
а если это стрим, то его и парсить нужно как стрим
сомневаюсь что winhex умеет парсить стримы? скорее всего только шаблоны накладывать

| Сообщение посчитали полезным:

В общем, я осилил. Всем спасибо. Делал чтением "в лоб".

-----
Stuck to the plan, always think that we would stand up, never ran.

| Сообщение посчитали полезным: