scarica libreria dinamica ha bisogno di due chiamate dlclose()?

Question

Ho una libreria dinamica che carico utilizzando dlopen() e quindi scarico utilizzando dlclose();

Se non includo alcun codice obiettivo ogg dlopen() necessita di una chiamata dlclose() quale comportamento previsto. Ma quando includo qualsiasi codice obiettivo c verso il target, ho il problema che ho bisogno di fare due chiamate dlclose() alla libreria caricata per scaricare.

È qualcosa che si aspetta un comportamento? Come posso ripararlo?

Answer 1

Mi rendo conto che si sta usando dlopen, non CFBundle o NSBundle. Tuttavia, il manuale di Code Loading Programming Topics dice questo:

In applicazioni Cocoa, non si deve usare CFBundle routine per caricare e scaricare il codice eseguibile, perché CFBundle non supporta nativamente il runtime Objective-C. NSBundle carica correttamente i simboli Objective-C nel sistema di runtime, ma non è possibile scaricare i pacchetti Cocoa una volta caricati a causa di una limitazione di runtime.

e questo:

causa di una limitazione nel sistema runtime Objective-C, NSBundle non può scaricare codice eseguibile.

Questo mi fa sospettare che quando si carica la libreria, si registra con il runtime Objective-C, e il runtime chiama dlopen sulla libreria di nuovo (o in qualche modo aumenta conteggio dei riferimenti della biblioteca).

ho cercato il codice sorgente di runtime Objective-C e trovato this:

// dylibs are not allowed to unload 
// ...except those with image_info and nothing else (5359412) 
if (result->mhdr->filetype == MH_DYLIB && _hasObjcContents(result)) { 
    dlopen(result->os.dl_info.dli_fname, RTLD_NOLOAD); 
} 

Quindi sì, il runtime Objective-C sta chiamando dlopen sulla tua libreria appositamente per evitare che venga scaricato. Se imbroglia e chiami il numero dlclose due volte, dovresti aspettarti che accadano cose brutte.