всем доброго вечера.

для моего меганавороченного менеджера плагинов, хочу добавить возможность получения информации об экспортируемых функциях.
1. имена экспортируемых функций.
2. возвращаемый тип.
3. кол-во и типы аргументов.

подскажите куда копать.

OS: win32/*nix


спасибо.


зы
просьба к модераторам. не могли бы вы создать зеркало в разделе "C/C++: Системное программирование и WinAPI" ;)
спасибо.

вообще никак (если только самим не формировать нужную информацию)
хотя можно посмотреть в сторону dwarf2

ы!
вообще-вообще? никак?

с именами все просто. (я про венду)
нужно копать таблицу экспорта, в PE формате. 
PE-формат это формат исполнимых файлов, (Portable Executible)


а вот с этим посложней будет. В общем случае не возможно.
Но если экспортируемые функции С++ замангленные, то можно частично еще кое-какую инфу извлечь.
Если же не замангленные, то дохлый номер, только имена.

нет. экспортируемые функции - Си. а то, что они выполняют внутри, может быть и с++.

вообще, не думал что с этим такая проблема...

Добавлено @ 23:36

т.е. что-то типа такого:
void* create_object(name) {}
void* create_object1(name, arg1) {}
void* create_object2(name, arg1, arg2) {}
...
void delete_object(void*) {}

Добавлено @ 23:38
таки что, придется самому генерить инфу об предоставляемых объектах...  

Это сообщение отредактировал(а) boostcoder - 9.9.2011, 23:38

Тогда только имена, без вариантов.

Походу, с замангленными С++ тоже бы пришлось не сладко, там их надо было бы разманглить. Теоретически в них зашифрованы типы аргументов и возвращаемого значения, но это теоретически. Практически пришлось бы неслабо позаниматься сексом, чтобы извлечь эту информацию. (общепринятых стандартов там нет)   


да, это единственно нормальный способ.

расстроился я что-то... оптимизма реализовать получение информации об экспортируемых функциях что-то поубавилось   

Это сообщение отредактировал(а) boostcoder - 10.9.2011, 00:18

boostcoder, что - то похожее я узнавал про dll, но получить информацию об аргументах - ПРОБЛЕМА
http://forum.vingrad.ru/forum/topic-302230...rocaddress.html

Добавлено через 9 минут и 5 секунд
вроде как народ советовал смотреть в сторону
http://en.wikipedia.org/wiki/Name_mangling
но это не дало мне особых результатов

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

Черевато   


и получаем SIGFAULT, после чего весь мэнэджер плагинов падает с грохотом   . Или просто получаем ошибку, при попытке загрузить so/dll (т.к. ей может не хватить других so/dll)

Может я не понял вопроса, но в линухе это делается так, к примеру :



За подробностями, естественно :

Список функций - да (еще можно objdump вспомнить). А вот параметры и тип возвращаемого значения, увы нет.

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

Никаких стандартных способов получения этой информации нет. Нужно придумать универсальный плагинный интерфейс и по нему получать и список функций, и информацию о типах. Возможно будет намного проще в качестве аргументов экспортируемых функций использзовать только variant-ы, тогда информация о параметрах банально ограничится числом передаваемых параметров. Еще я поглядела твои темы, по-моему ты хочешь очень много динамики от статичного С++. Это конечно все можно сделать (и даже в виде патчей к компилятору, хе-хе), но семантически и синтаксически пользоваться и сопровождать, в т.ч. третьими лицами, это будет очень тяжело. Почему бы не воспользоваться более динамичными языками и вынести критические участки в с++?

уже работаю в этом направлении.


не-не-не  


наоборот. я всегда стараюсь использовать статическую типизацию везде где только можно. и рантайм переносить в компайлтайм. по возможности как можно больше.


наверное ты про эту тему? но так тема про добавление в с++ таких прелестей как reflection и introspection. а это невероятно восстребованно если знать как и для чего использовать. меня, с++ устраивает всем. но не устраивает отсутствием стандартной_сериализации, reflection и introspection  

Это сообщение отредактировал(а) boostcoder - 12.9.2011, 16:46