[c][плагины][библиотеки] Как передать плагину данные сложного типа?

указателем, очевидно же.

А, туплю, это ж не IPC, все в одном процессе, значит и память общая, ведь так?

какбе да, заведи себе личного кэпа =)

Да. Функции же вызываются непосредственно.

Главное, чтобы состав используемых структур данных совпадал как в приложении, так и в плагине :)

И за настройками выравнивания не вредно последить.

что за хекс-редактор? чем лучше существующих? есть уже релиз?

развитие bvi http://bvi.sourceforge.net/ - c поддержкой цветовых схем, расширенной системой команд и скриптингом на lua. Релиза пока нет - еще дописывать и дописывать. Посмотреть текущий статус можно здесь - бранч refactor https://gitorious.org/bvi/bvi

Основная задумка этого редактора - помощь в реверс-инжиниринге форматов файлов. Поэтому планируется добавить также поддержку сигнатур, версионирования и прочего. Если имеется какое-либо пожелание - высказывайте - учтем. Ориентируюсь я на Vim.

глянь хотя бы, как plugins в xmms сделаны (их там вогон и маленькая тележка)

Вогоны? No way! Хорошо хоть стихи читать не будут.

Слушай, а правда, что такого редактора до сих пор нет?

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

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

Идеальный хекс-редактор, по-моему, должен уметь автоматически разбирать данные на основе их описания, для этого было бы здорово интегрировать в него что-то вроде PADS или BinPAC. Тогда анализ бы сильно упростился. Ничего подобного не планируется?

Я пересмотрел тысячи редакторов, но весь скриптинг в них сводился к минимальному «влево-заменить-поиск-следующий».

Как раз ради такого он и пишется :) Но, только это будет не сразу. А вообще, постепенно веду рефакторинг, чтобы можно было UI в виде плагинов - отдельно консолька, отдельно графика.

Я как раз пишу его, исходя из реальных задач реверс-инжиниринга файлов.

вогон и маленькая тележка

о, даа... и паконы еще туда же.
подтягивай русский!

Гм, а почему в качестве основы выбрал bvi? Он же не умеет почти что ничего, даже подсветки вроде нет. Т.е. ты фактически с нуля хочешь его делать, не проще взять что-то более функциональное? Или попробовать написать несколько патчей для вима и набор скриптов (хотя вряд ли брам примет их в апстрим, потому что это не юникс-вэй)?

Я просто как-то не вижу смысла завязываться на архаичный bvi, проще уж вообще с нуля написать.

Там от оригинала и так минимум остался :) Дальше будет меньше. Я последователь маленьких шагов к большому будущему :) Vim я смотрел, периодически смотрю в него. У него архитектура совершенно не подходит для бинарных данных - ядро оперирует строчками и прочее.

С нуля проще, но результаты будут в отдаленном будущем - здесь же, результаты сразу - маленькое изменение - результат. Периодически отправляю код и идею автору оригинального bvi, но мой редактор пошел по своей дороге.

Из более функционального - Okteta, если бы она была на чистом Qt - я бы взял ее, но она использует kdelibs, тяжеловато, если не использовать KDE, да и С++ я знаю весьма посредственно - мой удел чистый Си.

исходя из реальных задач реверс-инжиниринга файлов.

Имеются в виду какие-то конкретные файлы?

и конкретные и не очень. Часто приходится сталкиваться.

Структуры умеет показывать?

Да, экспериментальный код умеет, я его пока не закоммиттил, сначала завершу рефакторинг - я весь код выношу в библиотеку, чтобы можно было легко ui сделать разных типов

Ок, а можно примеры конкретных (ну и частых заодно)? ;-)

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