Praca z ograniczeniami dla fls ze zbyt wieloma statycznie połączonymi CRT?

Question

Podczas ładowania zewnętrznych bibliotek DLL (nie będących pod naszą kontrolą) za pomocą funkcji LoadLibrary, pojawia się problem polegający na tym, że statycznie połączony CRT w tych bibliotekach DLL nie może przydzielić lokalnej pamięci masowej. Jest to podobne do mskb 193462, z tym że jest to FLS i jest ich tylko 128.

Czy są jakieś przydatne sposoby na obejście problemu? CRT używa GetProcAddress do znalezienia FlsAlloc tak czy inaczej (ponieważ najwyraźniej nigdy nie istniało w XP), więc czy naprawdę tego potrzebuje?

(Jest to na Vista, gdzie FlsAlloc rzeczywiście istnieje; DLLe pojawiają się przy użyciu MSVC8)

Answer 1

Jest szczerze nie rozwiązanie tutaj, krótkie ładowanie mniej bibliotek DLL.

Możesz zahaczyć tabelę adresów importowych biblioteki DLL - ale stanie się to zbyt późno, ponieważ możesz zainstalować hak IAT tylko wtedy, gdy LoadLibrary wróci, a kod inicjujący CRT prawdopodobnie zostanie wykonany w odpowiedzi na DllProcessAttach, które już zostały przetworzone.

Można zgadnąć, znajdź moduł kernel32.dll w pamięci i popraw adres eksportu dla GetProcAddress lub być może FlsAlloc, aby wskazywał na implementację. Ale to podejście staje się poważnie hackish.