Questione : DLL contro il collegamento implicito di MOVIMENTO DI LIBERAZIONE

Quando siete collegarti esterno codificare in un programma. Potete collegarti in una biblioteca (MOVIMENTO DI LIBERAZIONE) in due sensi come capisco. La lima di movimento di liberazione potrebbe contenere il codice reale, o la lima di movimento di liberazione può contenere soltanto i simboli nel codice ed il codice reale è riferimento in qualche luogo altro in un altro DLL sul sistema. Questo suono corregge? In caso affermativo, è ci un senso determinare che cosa il caso è da qualcosa nella lima di MOVIMENTO DI LIBERAZIONE?

Thanks,
Matthew
class= del

Risposta : DLL contro il collegamento implicito di MOVIMENTO DI LIBERAZIONE

Nel caso di un riferimento del DLL, il .LIB è appena una biblioteca dell'importazione che contiene le informazioni che il linker deve risolvere le funzioni esportarici esterne del DLL di riferimenti, in modo da il sistema può individuare il DLL specificato ed ha esportato le funzioni del DLL a tempo di esecuzione (vedere inoltre http://msdn.microsoft.com/en-us/library/ms682592%28VS.85%29.aspx - “creazione della biblioteca di Dinamico-Collegamento„ - e le pagine collegate da là). Nel caso di una biblioteca statica siete destra, la lima di .LIB contiene tutto il codice che è necessario risolvere le funzioni usate ed il codice è disposto direttamente nel vostro executyble dal linker, vede http://msdn.microsoft.com/en-us/library/ms235627%28VS.80%29.aspx (“progressione: Generando ed usando una biblioteca statica„).

Potete controllare il contenuto di una lima di .LIB usando o lib.exe o dumpbin.exe sulla linea di ordine, una biblioteca dell'importazione non dovrebbe contenere alcun codice reale.

Altre soluzioni  
 
programming4us programming4us