Question

我面临的问题如下：

我从f90文件生成一个名为customkinetics.so的共享对象我在用C ++编写的带有python接口的Cantera（化学代码）中使用了这个对象。该对象在子程序（CustomKinetics.cpp）中调用，如下所示：

#include "cantera/kinetics/CustomKinetics.h"

#include <iostream>
#include <dlfcn.h>

using namespace std;

namespace Cantera 
{
  //Fortran External Routine
  extern "C"
  { 
    void customkinetics_(doublereal* P, doublereal* T, doublereal* rho, const doublereal* m_y, doublereal* wdot);
  }

  CustomKinetics::CustomKinetics(thermo_t* th) : GasKinetics(th)
  {
    printf("WARNING: Using customized kinetics from f90 file.\n");
    // Closing the library if it has already been opened
    if (handle == NULL){
        dlclose(handle);
    }
    handle = dlopen("customkinetics.so", RTLD_LAZY | RTLD_LOCAL);
    // load symbol
    ck = (ck_t) dlsym(handle, "customkinetics_");
  }

    void CustomKinetics::get_wdot_custom(doublereal* wdot)
  {

    doublereal P = thermo().pressure();
    doublereal T = thermo().temperature();
    doublereal rho = thermo().density();
    const doublereal* m_y = thermo().massFractions();

    // calculation
    ck(&P,&T,&rho,&m_y[0],&wdot[0]);
  }
}

它工作正常，直到我覆盖.f90文件然后我再次编译从而覆盖.so然后当我再次调用它时，我实际上调用了第一个对象。

我知道dlclose（）不应该从内存中完全删除对象，但有没有办法这样做？

fortran Makefile：

customkinetics.so: customkinetics.f90
    gfortran -c customkinetics.f90 -g -fPIC -o customkinetics.o
    gfortran -shared -o customkinetics.so customkinetics.o

Answer 1

我认为最好理解为什么动态共享对象仍然驻留而不是试图强制它卸载。如果该对象上的引用计数降为零，则dlclose()将从内存中卸载动态共享对象。您确定代码中dlopen()和dlclose()次呼叫的数量是否相同？

由于其他依赖性，引用计数也可能会隐式递增。您能否确认其他任何东西都不依赖于您的共享对象？

在相关说明中，您将NULL传递给构造函数中的dlclose()调用。您是否打算检查handle是否不 NULL，即：

// Closing the library if it has already been opened
if (handle != NULL){
    dlclose(handle);
}

卸载在C ++中使用dlopen（）打开的共享对象（.so文件）

1 个答案: