Исходное сообщение
"Выпуск языка описания бинарных форматов Kaitai Struct 0.7" Отправлено GreyCat, 25-Мрт-17 13:59
> А слабо парсить C-ные хедеры и строить формат данных из них? Набросал за 15 минут на двух-с-половиной регэкспах: https://gist.github.com/GreyCat/9dba530b0d2cb8ccec4e1d6e90a0... Выдает полуфабрикат ksy, который можно доработать руками, попереименовать поля, дорасставить типы и т.д. > Как правило при разборе дампов памяти или файловой системы, структура данных известна, > но находится с *.h соответствующего проекта. > имхо, парсинг *.h - это первое, чему надо учить подобную программу. Конвертер .h -> .ksy вполне может быть отдельной программой, компилятор .ksy -> целевой язык тут вроде как не при чем. Да и, если честно, все по-разному. Даже если .h есть, то зачастую комментарии и документация по поводу полей лежит отдельно и все равно надо все это допиливать до ума.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> А слабо парсить C-ные хедеры и строить формат данных из них? > Набросал за 15 минут на двух-с-половиной регэкспах: https://gist.github.com/GreyCat/9dba530b0d2cb8ccec4e1d6e90a0b565 > Выдает полуфабрикат ksy, который можно доработать руками, попереименовать поля, дорасставить > типы и т.д. >> Как правило при разборе дампов памяти или файловой системы, структура данных известна, >> но находится с *.h соответствующего проекта. >> имхо, парсинг *.h - это первое, чему надо учить подобную программу. > Конвертер .h -> .ksy вполне может быть отдельной программой, компилятор .ksy -> > целевой язык тут вроде как не при чем. Да и, если > честно, все по-разному. Даже если .h есть, то зачастую комментарии и > документация по поводу полей лежит отдельно и все равно надо все > это допиливать до ума.
	Введите код, изображенный на картинке: