Вызвать функцию по ее имени в текстовой переменной

The_Immortal · Регистрация: 04.04.2009

Студворк — интернет-сервис помощи студентам

В общем, задача следующая:

C++
1
String function="myfunction()"

Теперь ниже мне каким-то образом надо вызывать функцию myfunction(), оперируя переменной function - возможно?

@vxg · 01.06.2012, 10:58

мысли в слух: гораздо интереснее в подобных задачах момент запаковки/распаковки аргументов. все это очень похоже на RPC или маршалинг.

The_Immortal · 01.06.2012, 11:08 **[ТС]**

vxg, благо мне аргументы не требуются

@BRcr · 01.06.2012, 11:19

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

Есть и альтернатива. Вынести функции в dll, экспортировать их, а потом просто получать их адреса с помощью API'шной GetProcAddress().

@vxg · 01.06.2012, 11:57

Сообщение от BRcr

потом просто получать их адреса

список имен откуда взять? из DEF файла)? какая-то половинчатая автоматизация. но очень заманчивая.

@-LeV- · 01.06.2012, 13:45

хэш-функция может быть такой:

C++
1
2
3
4
5
6
7
8
9
int p = 31;
long long hash = 0, p_pow = 1;
for (int i=0; i<s.length(); ++i)
{
// желательно отнимать 'a' от кода буквы
// единицу прибавляем, чтобы у строки вида 'AAAAA' хэш был ненулевой
hash += (s[i] - 'a' + 1) * p_pow;
p_pow *= p;
}

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

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

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

@Avazart · 01.06.2012, 15:44

мысли в слух: гораздо интереснее в подобных задачах момент запаковки/распаковки аргументов. все это очень похоже на RPC или маршалинг.

vxg, а где об этом лучше почитать?

http://ru.wikipedia.org/wiki/У... в_процедур

@vxg · 01.06.2012, 17:26

про RPC даже не знаю где, а про маршалинг полно написано, но это иепархия COM - он так между процессами и машинами аргументы тащит. вообще самый безгеморный способ удаленного вызова - это вызов метода интерфейса COM

oxotnik · 01.06.2012, 17:32

C
1
2
3
4
std::map<std::string, void*>FuncArray; // ключ - имя ф-ции, значение - адрес
 
someFunc = FuncArray["myFunc1()"];
someFunc();

@BRcr · 02.06.2012, 00:42

Сообщение от vxg

список имен откуда взять? из DEF файла)? какая-то половинчатая автоматизация. но очень заманчивая.

Нет, что самое приятное - можно запросто обойтись без подобного файла.

The_Immortal, в ответ на лс, имел ввиду я вот что: выносим нужные функции в dll, объявляем их со спецификатором __declspec(dllexport). Затем, когда надо вызвать одну из них, подключаем dll с помощью, например, LoadLibrary() и вызываем нужную функцию, получая ее адрес с помощью GetProcAddress().

Примерно так:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
HMODULE dll;
typedef void ( *my_func_type ) ( void );
typedef void ( *my_func_with_params_type ) ( int, std::string );
 
if ( dll = LoadLibrary( "my_dll.dll" ) ) {
  my_func_type my_func;
  if ( my_func = ( my_func_type ) GetProcAddress( dll, "my_function" ) ) {
    my_func( );
  }
  my_func_with_params_type my_func_with_params;
  if ( my_func_with_params = ( my_func_with_params_type ) GetProcAddress( dll, "my_function_with_parameters" ) ) {
    my_func_with_params( 5, std::string( "hi there:)" ) );
  }
}

@vxg · 02.06.2012, 08:28

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

@BRcr · 03.06.2012, 12:05

Сообщение от vxg

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

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

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

Имена экспортированных функций узнать можно относительно легко.

Доступ к секции с таблицей экспортируемых функций осуществляется с помощью функции ImageDirectoryEntryToData, при вызове которой в значении третьего параметра (DirectoryEntry) указывается константа IMAGE_DIRECTORY_ENTRY_EXPORT. Данная функция возвращает указатель на таблицу экспортируемых функций, которая имеет следующую структуру:

Смещение	Размер	Поле	Описание
0	4	Export flag	Зарезервировано. Должен быть 0
4	4	Time/Date stamp	Время и дата, когда были созданы экспортируемые данные
8	2	Major Version	Старшее число номера версии
10	2	Minor Version	Младшее число номера версии
12	4	Name RVA	Относительный адрес строки, содержащей имя данной DLL
16	4	Ordinal Base	Начальный порядковый номер в таблице экспорта. Оычно равен 1
20	4	Address Table Entries	Число записей в таблице экспортиремых адресов
24	4	Number of Name Pointers	Число записей в таблице экспортируемых имён.
28	4	Export Address Table RVA	Относительный адрес таблицы экспортируемых адресов
32	4	Name Pointer RVA	Относительный адрес таблицы экспортируемых имён
36	4	Ordinal Table RVA	Относительный адрес таблицы порядковых номеров (ordinal)

Источник.

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

В случае если библиоека написана на C++ и экспортирует C++ имена, то IDA Pro может немного облегчить определение аргументов. Если же на C, то придется заняться дизассемблированием — посмотри откуда еще эта функция в библиотеке, как используются аргументы функции при вызове известных из документации API-функций и т.д. Дизассемблируй другие программы, которые итспользуют эту библиотеку. Количество байт, которые они занимают легко определить, если функция формирует кадр стека — посмотри сколько вычитается из esp — в начале функции. Если же библиотека идет с соответствующей отладочной информацией (C7 compatible например), то тебе светит увидеть даже имена аргументов и локальных функций, которые им дал разработчик — IDA Prop 4.18 понимает такую отладолчную информаци + IDA умеет сама назначать имена локальным переменным функции в случае если они используются в известных IDA-е API функциях.
Это не реклама IDA. Просто ВЕЩЬ с большой буквы.

/////////////////////////////////////////////////////////////////////////////

К сожалению, во многих случаях эта информация просто отсутствует в модуле. И тогда уже никакой инструмент не поможет. Ведь в оригинале было как: DLL экспортирует точку входа в функцию по её имени. А что это за функция, какие параметры, что возвращает — про это должен знать тот, кто вызывает.
Многие более "продвинутые" языки программирования вносят эту информацию в модуль в виде "decoration" или "mangling" имени функции. Т.е. существо дела не меняется. Модуль по-прежнему содержит информацию в том же формате: имя_функции -> адрес. Но теперь имя функции содержит её кодированную сигнатуру. Например, из int Foo(int, int) C++ сделает ?Foo@@YGHHH@Z
Microsoft Dependancy Walker Version 2.1 показывает "раскодированную" сигнатуру. Т.е. вышеприведённую ?Foo@@YGHHH@Z он покажет как "C++ int Foo(int, int)"

/////////////////////////////////////////////////////////////////////////////

Все было бы хорошо, если бы прототипы функций были такими простыми. А что если в функцию передается аргументом указатель на черти-какую структуру (в лучшем случае просто структуру, в худшем нормальный класс). Да мы увидим имя типа структуры — уже кое-что, но дальше придется восстанавливать ручками структуру (по крайней мере нужные поля) или смотреть как она заполняется перед вызовами функций из библиотеки. Если структура большая и используется по разному во многих функциях, то задача становится весьма сложной — знаю на своей шкуре.

@vxg · 04.06.2012, 06:58

Сообщение от BRcr

разумеется он все про них знает

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

Сообщение от BRcr

Имена экспортированных функций узнать можно относительно легко

о! это хорошо

Новые блоги и статьи Все статьи Все блоги /
сукцессия 5 anaschu 26.06.2026 ПЛАН РАЗРАБОТКИ математической модели сукцессии микоризных систем Переход AM → EcM (Endo + ErM) · Шумилов А. С. · ИФХиБПП РАН · Пущино · 2026 . . .	сукцессия 4 anaschu 25.06.2026 Более детализированный план разработки План доработки модели динамики микоризных симбиозов (EcM с гистерезисом) Цель: Реализовать логику переключения между эрикоидным (ErM) и эктомикоризным. . .	сукцессия 3 anaschu 25.06.2026 Примерный план работ по модели	сукцессия 2 anaschu 25.06.2026 параметризировочная калибровочная таблица будущей модели
Многофункциональное здание: как одно здание порождает конфликты требований, которые никто не планировал (мат мет мод 29) anaschu 23.06.2026 Многофункциональное здание: как одно здание порождает конфликты требований, которые никто не планировал Материалы для обсуждения с МГСУ · 2026 Рисунки внутри приложенного ворд файла. Что за. . .	28. Конкретное развертывание плана номер 1 из поста номер 27 anaschu 22.06.2026 Можно ли из модели получить конкретные строительные требования? Честно — напрямую из текущей модели такие ответы не получить. Но цепочка логики есть, и она не такая длинная. Где разрыв . . .	27. Планы на разработку функциональных требований к строительству внутри модели пищеблока (или не только его?) anaschu 22.06.2026 Что уже реализовано и даёт конфликты «бесплатно» Самый простой конфликт уже работает — конфликт за ресурс-работника. Заданий больше, чем доступных поваров → очередь в queue1. Это прямое отражение. . .	26. мед мат модель.Какие типы конфликтов функциональных требований можно рассчитать через ДЕС-моделирование (СМО) в AnyLogic? anaschu 22.06.2026 Что ДЕС/ СМО умеет считать напрямую: Конфликты за ресурсы (очереди, узкие места). Несколько типов агентов (повара, учителя, рабочие, пациенты) претендуют на один ресурс (лифт, вход, коридор,. . .

@vxg Модератор 3410 / 2182 / 354 Регистрация: 13.01.2012 Сообщений: 8,468
	01.06.2012, 10:58
	мысли в слух: гораздо интереснее в подобных задачах момент запаковки/распаковки аргументов. все это очень похоже на RPC или маршалинг. 0

The_Immortal 1569 / 505 / 48 Регистрация: 04.04.2009 Сообщений: 1,891
	01.06.2012, 11:08 [ТС]
	vxg, благо мне аргументы не требуются 0

@BRcr 4043 / 2333 / 292 Регистрация: 03.02.2011 Сообщений: 5,066 Записей в блоге: 10
	01.06.2012, 11:19
	Если использовать таблицу соответствия, то придется как минимум один раз забивать ее ручками. Потом можно, не напрягаясь, делать поиск в ней циклом. Есть и альтернатива. Вынести функции в dll, экспортировать их, а потом просто получать их адреса с помощью API'шной GetProcAddress(). 1

@vxg Модератор 3410 / 2182 / 354 Регистрация: 13.01.2012 Сообщений: 8,468
	01.06.2012, 17:26
	про RPC даже не знаю где, а про маршалинг полно написано, но это иепархия COM - он так между процессами и машинами аргументы тащит. вообще самый безгеморный способ удаленного вызова - это вызов метода интерфейса COM 0

@vxg Модератор 3410 / 2182 / 354 Регистрация: 13.01.2012 Сообщений: 8,468
	02.06.2012, 08:28
	мой сарказм был вызван следующим - существует ли способ из имеющейся DLL вынуть имена функций, типы и имена аргументов и результатов. не руками. 0

Вызвать функцию по ее имени в текстовой переменной

Решение