Wie würde eine geladene Bibliotheksfunktion ein Symbol in der Hauptanwendung aufrufen?

Question

beim Laden eine gemeinsam genutzte Bibliothek wird über die Funktion geöffnet dlopen(), gibt es eine Möglichkeit für sie in wesentlichen Programmfunktionen zu nennen?

Answer 1

Code of dlo.c (die lib):

#include <stdio.h> 

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

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

Compile mit

gcc -shared -olibdlo.so dlo.c 

Hier ist der Code des Hauptprogramms (von dlopen manpage kopiert und angepasst):

#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); 
} 

Bauen mit

gcc -ldl -rdynamic main.c 

Ausgang:

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

Die -rdynamic Option, alle Symbole in der dynamischen Symboltabelle setzt (die in den Speicher abgebildet wird), nicht nur die Namen der verwendeten Symbole . Lesen Sie weiter darüber here. Natürlich können Sie auch Funktionszeiger (oder eine Struktur von Funktionszeigern) angeben, die die Schnittstelle zwischen der Bibliothek und Ihrem Hauptprogramm definieren. Es ist eigentlich die Methode, die ich wahrscheinlich wählen würde. Ich von anderen Leuten gehörte, dass es nicht so einfach ist, -rdynamic in Windows zu tun, und es wäre auch für eine saubere Kommunikation zwischen Bibliothek und Hauptprogramm zu machen (Sie haben auf präzise Kontrolle bekommen, was genannt und nicht sein), aber es erfordert auch mehr Hauswirtschaft.

Answer 2

Ja, Wenn Sie Ihrer Bibliothek einen Zeiger auf diese Funktion liefern, bin ich sicher, dass die Bibliothek die Funktion im Hauptprogramm ausführen/ausführen kann.

Hier ist ein Beispiel, kompiliert haben es nicht so passen;)

/* 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

Die Funktion dlopen(), wie von @litb beschrieben, wird hauptsächlich auf Systemen bereitgestellt, die Objektdateien im ELF-Format verwenden. Es ist ziemlich mächtig und lässt Sie kontrollieren, ob Symbole, die von der geladenen Bibliothek referenziert werden, vom Hauptprogramm erfüllt werden können, und im Allgemeinen lassen Sie sie zufriedenstellen. Nicht alle Shared-Library-Ladesysteme sind so flexibel - beachten Sie, wenn es um die Portierung Ihres Codes geht.

Der Callback-Mechanismus, der von @hafez beschrieben wird, funktioniert jetzt, dass die Knicke in diesem Code geglättet werden.