Вызвано исключение по адресу 0x0000000000000000 в ...

Коротко: вы почти наверняка вызываете нулевой указатель функции. Адрес выполнения 0x0000000000000000 при 0xC0000005 означает, что GetProcAddress(...) вернул nullptr, а вы всё равно сделали вызов.

Почему так случилось

1. У вас экспорт объявлен как extern "C++" ... Base_LNA_1_2_Mer_AGP(...).
   С C++-линковкой имя заманглировано, а вы ищете в DLL строку "Base_LNA_1_2_Mer_AGP". В результате GetProcAddress не находит символ.

2. Даже если бы нашли, возвращать/принимать std::vector<float> через границу DLL небезопасно (разные версии CRT/компилятора/аллокатора ⇒ краши при копировании/деструкции, особенно после FreeLibrary).

Что сделать прямо сейчас

• Добавьте проверку результата GetProcAddress и выведите GetLastError() — вы сразу увидите, что указатель нулевой:

cpp
auto proc = (agp)GetProcAddress(load_function, "Base_LNA_1_2_Mer_AGP");
if (!proc) {
    DWORD e = GetLastError();
    MessageBox::Show("GetProcAddress failed: " + e.ToString());
    FreeLibrary(load_function);
    return;
}

Надёжные варианты исправления

Вариант A (правильный): C-обёртка + простые типы

Экспортируйте C-функцию (без манглинга), которая возвращает данные через буфер/длину. Саму “умную” C++ функцию оставьте внутренней.

В DLL:

cpp
// внутренняя C++ функция (как у вас сейчас)
static std::vector<float> Base_LNA_1_2_Mer_AGP_cpp(uint32_t N, uint32_t global_iterations,
    float a,float b,float c,float d,float r, bool mode, float epsilon, uint32_t seed) noexcept;

// C-обёртка: без std::vector в сигнатуре!
extern "C" __declspec(dllexport) int __cdecl Base_LNA_1_2_Mer_AGP_C(
    uint32_t N, uint32_t global_iterations, float a,float b,float c,float d,float r,
    bool mode, float epsilon, uint32_t seed,
    float** out_data, uint32_t* out_len)
{
    try {
        auto v = Base_LNA_1_2_Mer_AGP_cpp(N,global_iterations,a,b,c,d,r,mode,epsilon,seed);
        *out_len = (uint32_t)v.size();
        *out_data = (float*)CoTaskMemAlloc(sizeof(float) * (*out_len));
        if (!*out_data) return 2; // OOM
        memcpy(*out_data, v.data(), sizeof(float) * (*out_len));
        return 0; // ok
    } catch(...) { return 1; } // ошибка
}

extern "C" __declspec(dllexport) void __cdecl Base_LNA_1_2_Mer_AGP_Free(float* p) {
    CoTaskMemFree(p);
}

В EXE:

cpp
typedef int  (__cdecl *agp_c)(
    uint32_t,uint32_t,float,float,float,float,float,bool,float,uint32_t,
    float** ,uint32_t*);
typedef void (__cdecl *agp_free)(float*);

HINSTANCE h = LoadLibrary(L"TEST_FUNC.dll");
auto f    = (agp_c)  GetProcAddress(h, "Base_LNA_1_2_Mer_AGP_C");
auto ffree= (agp_free)GetProcAddress(h, "Base_LNA_1_2_Mer_AGP_Free");
if (!f || !ffree) { /* обработать ошибку */ }

float* buf=nullptr; uint32_t len=0;
int rc = f(2,10000,-2.2f,1.8f,-2.2f,1.8f,2.5f,false,0.0001f,seed,&buf,&len);
if (rc==0) {
    std::vector<float> Extr_2D(buf, buf+len);
    ffree(buf);
    // ... используете Extr_2D
}
FreeLibrary(h);

Плюсы: стабильные имена (extern "C"), нет передачи STL через границу модуля, нет зависимости от версии компилятора/CRT.

Вариант B (временный/не рекомендую на долгую перспективу)

Оставить C++ сигнатуру, но:

• экспортировать через .def файл с алиасом неманглированного имени;
• или вызывать GetProcAddress по могласному имени (узнать через dumpbin /exports TEST_FUNC.dll);
• и обязательно собрать DLL и EXE одной версией MSVC с /MD (общий CRT).
  Даже так это хрупко: std::vector через DLL — источник тонких падений.

Мелочи, на которые стоит взглянуть

• Сделайте явным соглашение о вызовах: __cdecl и в DLL, и в typedef.
• Не вызывайте функцию, не проверив указатель — всегда проверяйте GetProcAddress.
• Не делайте FreeLibrary до тех пор, пока не закончите работу со всеми буферами, которые освобождаются функциями из DLL (в варианте A — вызвать *_Free до FreeLibrary).

Итог

• Текущая авария — из-за того, что вы зовёте nullptr (из-за C++-мэнглинга).
• Даже после починки экспорта лучше перейти на C-обёртку с float**/len и отдельной функцией освобождения — это снимет класс проблем со std::vector через границу DLL.