Problemy z importowaniem DLLów Win32 (DllMain)

Question

Mam natywną bibliotekę DLL, która jest wtyczką do innej aplikacji (takiej, z której mam praktycznie zerową kontrolę). Wszystko działa doskonale, dopóki nie połączę się z dodatkowym plikiem .lib (łączy moją bibliotekę DLL z inną biblioteką DLL o nazwie ABQSMABasCoreUtils.dll). Ten plik zawiera dodatkowe API z aplikacji nadrzędnej, którą chciałbym wykorzystać. Nie napisałem nawet żadnego kodu, aby użyć żadnej z wyeksportowanych funkcji, ale właśnie tworzenie linków w tej nowej bibliotece DLL powoduje problemy. W szczególności pojawia się następujący błąd podczas próby uruchomienia programu:

Aplikacja nie została poprawnie zainicjowana (0xc0000025). Naciśnij "OK" aby zamknąć aplikację.

Wierzę, że przeczytałem gdzieś, że jest to zwykle spowodowane funkcją DllMain zwracającą FALSE. Ponadto, po napisaniu wiadomości do standardowego wyjścia:

BŁĄD: alokacja pamięci próbę przed inicjalizacji komponentu

Jestem prawie 100% pewien, że ten komunikat o błędzie jest pochodzących z aplikacji i nie jest to jakiś rodzaj Błąd systemu Windows.

Patrząc na to trochę więcej (aka wymachując wokół i przerzucanie każdy przełącznik wiem) I połączone z/MAP włączona i znalazłem to w wynikowym pliku .map:

0001:000af220  ??3@YAXPEAX@Z    00000001800b0220 f ABQSMABasCoreUtils_import:ABQSMABasCoreUtils.dll 
0001:000af226  ??2@YAPEAX_K@Z    00000001800b0226 f ABQSMABasCoreUtils_import:ABQSMABasCoreUtils.dll 
0001:000af22c  ??_U@YAPEAX_K@Z   00000001800b022c f ABQSMABasCoreUtils_import:ABQSMABasCoreUtils.dll 
0001:000af232  ??_V@YAXPEAX@Z    00000001800b0232 f ABQSMABasCoreUtils_import:ABQSMABasCoreUtils.dll 

Gdybym undecorate tych nazwy używając „undname” dają następujące (sam kolejności):

void __cdecl operator delete(void * __ptr64) 
void * __ptr64 __cdecl operator new(unsigned __int64) 
void * __ptr64 __cdecl operator new[](unsigned __int64) 
void __cdecl operator delete[](void * __ptr64) 

nie jestem pewien, czy rozumiem, jak coś z ABQSMABasCoreUtils.dll może istnieć w tym pliku .map lub dlaczego mój DLL nawet próby załadowania ABQSMABasCoreUtils.dll jeśli nie mam żadnego kodu, który odwołuje się es tej biblioteki DLL. Czy ktoś może mi pomóc ułożyć te informacje razem i dowiedzieć się, dlaczego to nie działa? Za to, co jest warte, potwierdziłem przez "dumpbin", że aplikacja nadrzędna importuje ABQSMABasCoreUtils.dll, więc jest ładowana bez względu na wszystko. Próbowałem również opóźnienia ładowania tego DLL w mojej DLL, ale to nie zmieniło wyników.

EDIT

I dwukrotnie sprawdzane i wszystkie pliki związane są 64-bitowe.

Answer 1

Po prostu miałem dokładnie ten sam problem. Jest to problem związany z interfejsem API Abaqus, a nie z ładowaniem biblioteki DLL.

Myślę, że dzieje się tak dlatego, że API Abaqus zastępuje nowe i usuwa funkcje (jak się wydaje zauważyliście). Jeśli zadzwonisz nowe lub usuwać w programie przed inicjalizacji API ABAQUS, takich jak wywołując odb_initializeAPI(); wtedy masz

BŁĄD: przydział pamięci próbę przed inicjalizacji komponentu

komunikat o błędzie i awarie programu .

W moim programie, wywołanie odb_initializeAPI(); przed pierwszym new rozwiązało problem.

Answer 2

Plik ABQSMABasCoreUtils.dll wygląda tak, jakby importował funkcje 64-bitowe. Czy twoja biblioteka dll również jest 64-bitowa? Jeśli nie, to jest problem - nie można mieszać bibliotek DLL skompilowanych dla różnych architektur w tym samym procesie.

Answer 3

Cóż, na pewno odwołasz się do importu tej biblioteki. Trudno napisać program w C++ bez użycia operatora new lub delete. Radzenie sobie z oprogramowaniem innych firm, które uważa, że ​​musi zastąpić wersję CRT tych operatorów, jest wystarczająco trudne, niemożliwe, aby nie pozwalało na wywoływanie ich, dopóki nie uzna, że ​​czas jest właściwy. Porzuć wszelką nadzieję lub odszukaj pomoc od sprzedawcy.

Answer 4

Jedną z możliwych przyczyn błędu podczas ładowania pliku ABQSMABasCoreUtils.dll jest to, że nie można znaleźć modułu zależności (włącznie z opóźnionymi wczytanymi bibliotekami DLL). Użyj Dependency Walker (patrz http://www.dependencywalker.com/), aby zbadać wszystkie zależności ABQSMABasCoreUtils.dll.

mam dwie propozycje:

1. Sprawdź, czy można załadować ABQSMABasCoreUtils.dll z tytułu LoadLibrary. Nie potrzebujesz wywoływać żadnej funkcji z ABQSMABasCoreUtils.dll. Użycie LoadLibrary Nie widzę jako rozwiązania końcowego. To tylko test diagnostyczny. Za pomocą testu możesz sprawdzić, czy masz jakiś ogólny problem z ładowaniem ABQSMABasCoreUtils.dll w twoim programie lub masz jakiś problem z inicjalizacją procesu.
2. Jeśli załadowanie pliku ABQSMABasCoreUtils.dll w odniesieniu do LoadLibrary zakończy się niepowodzeniem, należy użyć funkcji profilowania Dependency Walker do protokołu wszystkich wywołań wykonanych podczas ładowania pliku ABQSMABasCoreUtils.dll. Innym sposobem byłoby użycie Monitora procesu (zobacz http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx), aby prześledzić, jakie operacje na plikach i rejestrach będą wykonywane podczas ładowania pliku ABQSMABasCoreUtils.dll.

Jeśli nie powiodło się LoadLibrary, to naprawdę masz problem z inicjalizacją bibliotek DLL. Zazwyczaj problem występuje, jeśli biblioteka DLL wewnątrz DllMain spróbuje użyć funkcji z innej biblioteki DLL, która nie została jeszcze zainicjalizowana (jeszcze nie wraca z DllMain). Przed rozpoczęciem diagnostyki tego problemu należy spróbować wykluczyć bardziej proste problemy z LoadLibrary.