Как получить адрес функции, возвращающей указатель на массив, из DLL?

@LightHuter · Регистрация: 29.09.2019

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

В моем dll есть функция возвращающая указатель на массив указателей

C++
1
2
3
4
5
6
7
    extern "C" _declspec(dllexport)  float ** Calc(float f,int g)
    {
        int *results[4];
        // Рассчеты
        float** pointerToResults = results;
        return pointerToResults ;
    }

Я пытаюсь получить адрес этой функции с помощью GetProcAddress() вот так

C++
1
2
    float (**Calculate)(float, int);
    Calculate = (float (**) (float, int))GetProcAddress(hDLL, "Calc");

В итоге получаю ошибку "term does not evaluate to a function taking 2 arguments"

Подскажите как будет правильно получить адрес функции

@DrOffset · 13.01.2020, 19:09

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

C++
1
2
    float (**Calculate)(float, int);
    Calculate = (float (**) (float, int))GetProcAddress(hDLL, "Calc");

C++
1
2
float ** (* Calculate)(float, int);
 Calculate = (float ** (*) (float, int))GetProcAddress(hDLL, "Calc");

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

C++
1
2
3
4
int *results[4];
 // Рассчеты
 float** pointerToResults = results;
 return pointerToResults ;

Это ошибка. Нельзя возвращать указатель на локальный объект (массив).

@LightHuter · 13.01.2020, 19:51 **[ТС]**

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

1
float ** (* Calculate)(float, int);
Calculate = (float ** (*) (float, int))GetProcAddress(hDLL, "Calc");

Спасибо,помогло.

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

Это ошибка. Нельзя возвращать указатель на локальный объект (массив).

Можете обьяснить почему? Это нарушает правила ООП?

@Kuzia domovenok · 13.01.2020, 20:14

LightHuter, при чём тут ООП? Этого массива не существует вот и вся проблема.

@LightHuter · 13.01.2020, 20:16 **[ТС]**

Сообщение от Kuzia domovenok

LightHuter, при чём тут ООП? Этого массива не существует вот и вся проблема.

Ну если он передается и считывается, значит он существует. Я ничего не менял кроме

C++
1
2
float ** (* Calculate)(float, int);
 Calculate = (float ** (*) (float, int))GetProcAddress(hDLL, "Calc");

И у меня все работает

@AndryS1 · 13.01.2020, 20:28

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

(float ** (*) (float, int))

что за дичь тут происходит?
можно пожалуйста объяснить

@ivan37 · 13.01.2020, 20:31

Время жизни локальных переменных соответствует времени выполнения блока, в котором они объявлены. То есть при входе в функцию на стеке выделяется некоторое место для хранения локальных переменных, а по завершению это место освобождается и таким образом возвращается указатель на неинициализированную область памяти. Для того, чтобы вернуть указатель на массив из функции, можно воспользоваться оператором new. В этом случае произойдет выделение памяти на куче (heap), для освобождения которого необходимо использовать оператор delete.

C++
1
2
float * pointerToResults = new float [size];
return pointerToResults;

@LightHuter · 13.01.2020, 21:08 **[ТС]**

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

float * pointerToResults = new float [size];
return pointerToResults;

Понял, спасибо. Можно еще один вопрос?
У меня есть массив указателей

C++
1
    float*results[4];

В нем сохранено 4 массива в которых 344 элемента. При доступе к данным в массивах через него все нормально. Но, когда я получаю данные из массива используя указатель на массив указателей,

C++
1
  float** pointerToResults = results;

То после +- 200 элемента начинают идти рандомные значения, к примеру:
254888855952827154321376406405120,000000 ,
-107374176,000000,
649206180215658893662736663942529024,000 000.
Причем у одного массива такие проблемы начинаются раньше. Из-за чего такое происходит?

Добавлено через 6 минут
Забыл добавить, такое происходит только в другом процессе(который использует DLL), если получать данные внутри DLL то все нормально.

@DrOffset · 13.01.2020, 21:11

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

Ну если он передается и считывается, значит он существует.

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

@ivan37 · 13.01.2020, 21:28

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

Забыл добавить, такое происходит только в другом процессе(который использует DLL), если получать данные внутри DLL то все нормально.

Что значит "в другом процессе, который использует DLL"? Если в каком-то месте программы происходит вызов функции из другой DLL, то код по прежнему выполняется в том же адресном пространстве процесса.

@DrOffset · 13.01.2020, 21:31

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

То после +- 200 элемента начинают идти рандомные значения, к примеру:
254888855952827154321376406405120,000000 ,
-107374176,000000,
649206180215658893662736663942529024,000 000.
Причем у одного массива такие проблемы начинаются раньше. Из-за чего такое происходит?

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

@LightHuter · 13.01.2020, 21:48 **[ТС]**

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

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

В этом и проблема, все обьявлено глобально

C++
1
2
3
4
5
6
7
8
9
10
11
12
extern "C" _declspec(dllexport) float arrX[1000] = { 0 };
extern "C" _declspec(dllexport) float arrY[1000] = { 0 };
extern "C" _declspec(dllexport) float arrZ[1000] = { 0 };
extern "C" _declspec(dllexport) float k = 0;
extern "C" _declspec(dllexport) float* results[] = { arrX,arrY,arrZ,&k };
extern "C" _declspec(dllexport) float **pointerToResults  =  results;
extern "C" _declspec(dllexport) float a=0;  
extern "C" _declspec(dllexport) float r = 0;
 
extern "C" _declspec(dllexport)  float** Calc(float a, float r) {
...
}

@Kuzia domovenok · 13.01.2020, 22:07

LightHuter, в твоём первом сообщении ничего глобального (как в последнем) не было

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11680&d=1772460536 Одним из. . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .
SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .

@Kuzia domovenok 4268 / 3327 / 926 Регистрация: 25.03.2012 Сообщений: 12,531 Записей в блоге: 1
	13.01.2020, 20:14
	LightHuter, при чём тут ООП? Этого массива не существует вот и вся проблема. 0

@Kuzia domovenok 4268 / 3327 / 926 Регистрация: 25.03.2012 Сообщений: 12,531 Записей в блоге: 1
	13.01.2020, 22:07
	LightHuter, в твоём первом сообщении ничего глобального (как в последнем) не было 0