linux dlopen: czy biblioteka może zostać "powiadomiona" po załadowaniu?

Question

Czy istnieje sposób, aby udostępniona biblioteka została "powiadomiona" po załadowaniu?

Innymi słowy, powiedzmy, używam dlopen na wspólnej biblioteki, czy istnieje funkcja, która jest wywoływana automatycznie (jeśli występuje) w udostępnionej biblioteki (np główną?)

Answer 1

Biblioteki powinny eksportować inicjalizacji i procedur czyszczenia za pomocą gcc __attribute __ ((konstruktor)) i __attribute __ ((destruktor)) funkcja atrybutów. Zobacz strony z informacjami o gcc pod adresem . Procedury Constructor są wykonywane przed zwróceniem dlopen (lub przed uruchomieniem funkcji main() , jeśli biblioteka jest załadowana pod obciążeniem ). Procedury niszczenia są wykonywane przed zwróceniem dlclose (lub po zakończeniu() lub zakończeniu głównej() , jeśli biblioteka jest załadowana pod obciążeniem czasu). Prototypy C dla tych funkcjami są:

void __attribute__ ((constructor)) my_init(void); 
void __attribute__ ((destructor)) my_fini(void); 

Zrobione z http://tldp.org/HOWTO/Program-Library-HOWTO/index.html

czyli po prostu dołączać __attribute__ ((konstruktor)) z funkcjami, które mają zostać wywołana, gdy wspólna biblioteka jest załadowana. Powyższy dokument stwierdza również, że starsze funkcje _ini i _fini są uważane za przestarzałe.

Answer 2

Przynajmniej na Linuksie, i prawdopodobnie na co najmniej kilku innych systemach uniksowych, jeśli biblioteka jest dynamicznie otwierana globalna funkcja o nazwie _init, jeśli istnieje, zostanie wywołana przez dynamiczny linker.

Answer 3

Tak. Gdy biblioteka jest otwarta, wszystko statyczna budowa odbywa ... więc, jeśli używasz C++, można zrobić:

 
// mylibrary.cpp 
namespace 
{ 
    class dynamic_library_load_unload_handler 
    { 
     public: 
       dynamic_library_load_unload_handler(){ 
        // Code to execute when the library is loaded 
       } 
       ~dynamic_library_load_unload_handler(){ 
        // Code to execute when the library is unloaded 
       } 
    } dynamic_library_load_unload_handler_hook; 
} 

przeciwieństwie do __attribute__ ((constructor)) rozwiązań podanych, będzie to przenośny. Pamiętaj jednak, że jeśli masz wiele takich obiektów, nie ma gwarancji w odniesieniu do zlecenia budowy/zniszczenia.