¿Cómo llamaría una función de biblioteca cargada a un símbolo en la aplicación principal?

Question

Cuando se carga una biblioteca compartida se abre a través de la función dlopen(), ¿hay alguna forma de llamar funciones en el programa principal?

Answer 1

Código de dlo.c (lib):

#include <stdio.h> 

// function is defined in main program 
void callb(void); 

void test(void) { 
    printf("here, in lib\n"); 
    callb(); 
} 

compilar con

gcc -shared -olibdlo.so dlo.c 

Aquí el código del programa principal (copiado de la página de manual de dlopen, y ajustado):

#include <stdio.h> 
#include <stdlib.h> 
#include <dlfcn.h> 

void callb(void) { 
    printf("here, i'm back\n"); 
} 

int 
main(int argc, char **argv) 
{ 
    void *handle; 
    void (*test)(void); 
    char *error; 

    handle = dlopen("libdlo.so", RTLD_LAZY); 
    if (!handle) { 
     fprintf(stderr, "%s\n", dlerror()); 
     exit(EXIT_FAILURE); 
    } 

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

    *(void **) (&test) = dlsym(handle, "test"); 

    if ((error = dlerror()) != NULL) { 
     fprintf(stderr, "%s\n", error); 
     exit(EXIT_FAILURE); 
    } 

    (*test)(); 
    dlclose(handle); 
    exit(EXIT_SUCCESS); 
} 

Construir con

gcc -ldl -rdynamic main.c 

Salida:

[js@HOST2 dlopen]$ LD_LIBRARY_PATH=. ./a.out 
here, in lib 
here, i'm back 
[js@HOST2 dlopen]$ 

La opción -rdynamic pone todos los símbolos en la tabla dinámica símbolo (que está asignada en la memoria), no sólo los nombres de los símbolos utilizados . Lea más al respecto here. Por supuesto, también puede proporcionar punteros a funciones (o una estructura de indicadores de función) que definan la interfaz entre la biblioteca y su programa principal. En realidad, es el método que elegiría probablemente. Escuché de otras personas que no es tan fácil hacer -rdynamic en Windows, y también haría una comunicación más clara entre la biblioteca y el programa principal (tienes un control preciso de lo que se puede llamar y no), pero también requiere más mantenimiento de la casa.

Answer 2

Sí, si proporciona a su biblioteca un puntero a esa función, estoy seguro de que la biblioteca podrá ejecutar/ejecutar la función en el programa principal.

Aquí es un ejemplo, no han compilado así que ten cuidado;)

/* in main app */ 

/* define your function */ 

int do_it(char arg1, char arg2); 

int do_it(char arg1, char arg2){ 
    /* do it! */ 
    return 1; 
} 

/* some where else in main app (init maybe?) provide the pointer */ 
LIB_set_do_it(&do_it); 
/** END MAIN CODE ***/ 

/* in LIBRARY */ 

int (*LIB_do_it_ptr)(char, char) = NULL; 

void LIB_set_do_it(int (*do_it_ptr)(char, char)){ 
    LIB_do_it_ptr = do_it_ptr; 
} 

int LIB_do_it(){ 
    char arg1, arg2; 

    /* do something to the args 
    ... 
    ... */ 

    return LIB_do_it_ptr(arg1, arg2); 
} 

Answer 3

La función dlopen(), como se describe en @litb, se proporciona principalmente en sistemas que utilizan archivos de objetos de formato ELF. Es bastante potente y le permitirá controlar si los símbolos a los que hace referencia la biblioteca cargada se pueden satisfacer desde el programa principal y, en general, permite que se satisfagan. No todos los sistemas de carga de bibliotecas compartidas son tan flexibles, tenga en cuenta si se trata de portar su código.

El mecanismo de devolución de llamada descrito por @hhafez funciona ahora que las fallas en ese código están enderezadas.