Проверка прототипа функции из DLL, Как предотвратить ошибку?

Всем привет
Задача: пройти по файлам dll, найти функцию по имени, успешно вызвать
Решение:

Код (Text):

1. typedef void (__cdecl *my_func)(int, int);
2.  
3. int main()
4. {
5.     HINSTANCE module = LoadLibrary(__TEXT("C://my_file.dll"));
6.     if (module)
7.     {
8.         LPCSTR func_name = "testf";
9.         my_func func_from_dll = (my_func)GetProcAddress(module, func_name);
10.         if (func_from_dll)
11.         {
12.             int a; int b;
13.             try // не спасет всё равно
14.             {
15.                 func_from_dll(a, b);
16.             }
17.             catch (...)
18.             {
19.                 printf("Catch");
20.             }
21.         }
22.         else
23.         {
24.             //...
25.         }
26.         FreeLibrary(module);
27.     }
28.     else
29.     {
30.         //...
31.     }
32.     return 1;
33. }

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

Надеюсь вопрос понятен, заранее благодарен за помощь

___
Подойдёт ли альтернативный вариант ? :

Код (Text):

1.   __try
2.     {
3. // вызываем функцию с произвольным набором параметров
4.     }
5.     __except(EXCEPTION_EXECUTE_HANDLER)
6.     {
7. // обрабатываем исключение
8.     }

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

 

SetUnhandledExceptionFilter попробуй

 

Помоему на винграде вам уже дали достаточно ответов %)

 

punxer
пример кода покажите который решает эту задачу.

GoldFinch
Ответов много, но ни один не подходит)
Возможно, Вы, что-нибудь новое предложите.

 

создать несколько прототипов с 1 2 3 4 5 6 7 8 9 параметрами и вызывать их поочереди восстанавливая стек при исключении и не забыть про возвращаемое значение которого может и не быть

Код (Text):

1. SetUnhandledExceptionFilter(UnhandledFilter);
2.  
3.  
4. LONG WINAPI UnhandledFilter(__in  struct _EXCEPTION_POINTERS *ExceptionInfo)
5. {
6.  
7.  
8.            // тут нада пробовать восстановить стек и потанцевать с бубном что бы не упасть
9.  
10.     return EXCEPTION_CONTINUE_EXECUTION;
11. }

 

punxer
как в С\С++ восстановить стек? откуда восстановить? Куда вернуть управление?

 

асмовские вставки

 

сохранить стек и регистры до этого кола

 

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

 

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

 

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

 

DeRekX
Изучите конвенции вызовов функций и реализацию на ассемблере...
Далее, берете анализатор кода и проводите предварительный анализ кода функции - как минимум вы получите количество (и размер?) переменных в интерфейсе функции.
А поделки типа - вызвать и посмотреть не упадет ли поток - это не серьезно...

Естественно, никто вам не скажет о "информационной наполненности" параметров (типа DWORD или HANDLE) - это можно понять только при анализе кода функции.

 

Получается прям брутфорс параметров))

 

надежное решение уже говорили - вызывать функцию в отдельном контексте.

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

Код (Text):

1. __try{
2. __asm sub esp, 0x800
3. func(x, y, z);
4. } __finally {}

 

А зачем это надо?

Что будет если функа имеет условие:

void UpsetCallerExpectations(int Param, int *Crash)
{
if ( Param < 0 ) *Crash= 0x17;
}

?

 

Любопытно, что весь промышленный софт работает на dll.
А как - никто не знает)

 

GoldFinch
Не поверю, что нужно создавать отдельную непростую архитектуру с процессами, чтобы просто безопасно вызвать функцию.

 

gorodon
назовите, пожалуйста, какой-нибудь серьёзный продукт использующий предлагаемый Вами подход.

 

DeRekX
о процессах никто не говорил