Question

我正在使用dlopen（）加载libslabhidtouart.so文件而没有任何错误但是当我使用dlsym（）调用函数时，我没有遇到这样的进程错误

这是我的代码

int main(int argc, char **argv)
{
typedef unsigned int DWORD;
typedef unsigned short WORD;
typedef int HID_UART_STATUS;
    void *handle;
    HID_UART_STATUS (*cosine)( DWORD*,WORD,WORD);
    //typedef void (*simple_demo_function)(void);
    char *error;

   handle = dlopen("libslabhidtouart.so.1.0", RTLD_NOW);
    if (!handle) {
        fprintf(stderr, " %s\n", dlerror());
        getchar();
        exit(EXIT_FAILURE);
    }

   dlerror();    /* Clear any existing error */

   /* Writing: cosine = (double (*)(double)) dlsym(handle, "cos");
       would seem more natural, but the C99 standard leaves
       casting from "void *" to a function pointer undefined.
       The assignment used below is the POSIX.1-2003 (Technical
       Corrigendum 1) workaround; see the Rationale for the
       POSIX specification of dlsym(). */

   *(void **) (&cosine) =  dlsym(handle, "HidUart_GetNumDevices");

   if ((error = dlerror()) != NULL)  {
        fprintf(stderr, "  %s\n", error);
        getchar();
        exit(EXIT_FAILURE);
    } 
    getchar();
    dlclose(handle);
    exit(EXIT_SUCCESS);
    return 0;
    }

/ ****返回类型的函数HidUart_GetNumDevices是int，所以有任何转换问题或我的方法签名是错误的或者还有什么plz引导我，我不擅长c。

Answer 1

我也很奇怪＆＃34;没有这样的过程＆＃34;错误，但已经直接在OpenSSL中的 dlopen（）调用：

2675996:error:25066067:lib(37):func(102):reason(103):dso_dlfcn.c:187:filename(./engine_pkcs11.dll): No such process

原来，引用的DLL（或.so文件）存在，但依赖于其他一些库（在我的情况下是 cygp11-2.dll ）无法在应用程序进程的上下文（考虑其PATH环境变量设置）。在这种情况下，使用 ldd （或 cygcheck.exe ，如果适用）查看是否正确解析了所有依赖项。

所以＆＃34;没有这样的过程＆＃34; dlerror（）返回的错误消息可能会产生误导。

dlsym函数返回类型

1 个答案: