Dlaczego funkcja Implicit DLL Linking wymaga odpowiedniego pliku Lib, ale nie ma linku do funkcji Explicit Linking?

Question

W środowisku Windows,

Kiedy próbowałem połączyć DLL do mojego programu Jawnie (przy użyciu LoadLibrary)

• Najpierw trzeba określić wskaźników funkcji zgodnie z każdego podpisu funkcji wewnątrz biblioteka DLL.
• Następnie uzyskaj adresy funkcji za pomocą "GetProcAddress" i przypisz je do tych wskaźników.

Kiedy próbowałem połączyć DLL do mojego programu Pośrednio (za pomocą pliku nagłówka)

• Najpierw trzeba odpowiedni plik nagłówka, aby uzyskać podpisy funkcyjnych.

• Następnie potrzebny jest odpowiedni plik Lib wygenerowany przy użyciu biblioteki DLL.

  Moje pytania są

  1. Dlaczego implicite łącząc potrzebny plik Lib jak również?
  2. Jakie informacje są potrzebne do pobrania z pliku "Lib", którego nie można uzyskać z poziomu DLL lub Header file?
  3. Jeśli jest coś na pytanie 2, w jaki sposób informacje są pobierane podczas jawnego wczytywania?

Już poszedł koryta this pytanie. Ale nie potrafię zrozumieć żadnego godnego powodu. Czy ktoś mógłby pomóc ci to wyjaśnić w prosty sposób? Dziękuję Ci.

Answer 1

Dlaczego również niejawne łączenie wymaga pliku Lib.

W .libs mieć informacje importu dll, można sprawdzić informacje używając polecenia dumpbin który jest zawarty w Windows/Visual Studio SDK.

to informacje ogniwem recv wewnątrz ws2_32.lib na przykład:

Version  : 0 
Machine  : 14C (x86) 
TimeDateStamp: 4907F6ED Wed Oct 29 01:38:53 2008 
SizeOfData : 00000014 
DLL name  : WS2_32.dll 
Symbol name : _recv@16 
Type   : code 
Name type : ordinal 
Ordinal  : 16 

Można sprawdzić jest numerem porządkowym i nazwą wewnątrz ws2_32.dll (sprawdź, czy teraz ona mówi do importowania DLL) .

Jakie informacje to trzeba pobrać z pliku „lib”, które nie mogą dostać od DLL lub nagłówku pliku

w pliku nagłówkowym, nie ma informacji skąd wyodrębnić importu, więc oni są oznaczane jako importowane (__imp__name) podczas kompilacji i gdy jest połączone z plikiem .lib, rozwiązuje nazwę:

• Jeśli znajduje się wewnątrz pliku .lib, po prostu łączy się z nim.
• Ale jeśli istnieją informacje na temat zewnętrznego odnośnika (DLL), skonstruuje on import wewnątrz tabeli importu, więc jest ładowany w sposób dinamiczny.

Jeśli jest coś na pytanie 2, w jaki sposób informacje te są pobierane w przypadku jawnego wczytywania.

Jeśli dla jawnego wczytywania masz na myśli LoadLibrary, mówisz to w czasie wykonywania, a nie w czasie połączenia. Zatem moduł ładujący PE przeszuka bibliotekę DLL wewnątrz zmiennej PATH i załaduje ją dynamicznie. Następnie masz inne funkcje, aby uzyskać adresy wyeksportowanych funkcji.

Jeśli czegoś nie rozumiesz, po prostu zapytaj mnie, spróbuj grać z dumpbin i czytaj o PE, jeśli chcesz lepiej to zrozumieć.

Answer 2

Podczas niejawnego łączenia deklaracja funkcji określa nazwę, która ma być używana w programie oraz prototyp i konwencję wywołującą. Ale potrzeba więcej informacji. W szczególności:

1. Fakt, że funkcja jest zaimplementowana zewnętrznie w bibliotece DLL.
2. Nazwa tej biblioteki DLL.
3. Wyeksportowana nazwa funkcji. Jest to nazwa używana do eksportowania funkcji z biblioteki DLL, która może nie być taka sama, jak ta używana podczas importowania.

Niektórzy projektanci języka zdecydowali się udostępnić te informacje za pomocą rozszerzeń językowych. Na przykład Delphi wybrał tę trasę. Łączenie niejawne jest określane wyłącznie w kodzie bez plików .lib. Z drugiej strony konwencja C i C++ polega na użyciu plików .lib w celu określenia brakujących informacji.