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

для моего меганавороченного менеджера плагинов, хочу добавить возможность получения информации об экспортируемых функциях.
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

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

если это его собственные, то чем это чревато?

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

А если его собственные то и разбираться с экспортируемыми функциями смысла нет - его собственные модули должны подчиняться некоторому API приложения (по подключаемым модулям). Делать API в духе 'присоединяюсь к чему угодно' несколько опрометчиво, и самое главное - бессмысленно (любые функции можно передать через некоторое общее стандартное горло, не прибегая к расследованиям по мотивам имен и явок   )

так сейчас не модно, но это вполне возможно..




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

Народ, можете ответить: зачем это нужно (динамически получать кол-во и типы параметров) ???
ИМХО неважно, своя это длл-ка или чужая, т.к. без ассемблерных инъекций с этими данными делать нечего (если, конечно, это не питон или другой скриптовый язык). Разве что распечатать их... Просто для информации...

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

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

fish9370, ясно. Я доксиженом для этого пользуюсь 

а я уже говорил, что doxygen мой любимый инструмент?   

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