Microsoft D2D Library
FW DLL
Direct3D 10 Runtime
Direct3D 10.1 Runtime
Direct3D 10.1 Runtime
Direct3D 10 Runtime
Direct3D 10 to Direct3D9 Translation Runtime
Direct3D 10.1 Reference Device
Direct3D 10.1 SDK Layers
Direct3D Rasterizer
Direct3D 11 Runtime
Direct3D 11 Install Helper DLL
Direct3D 11On12 Runtime
d3d11renderer Dynamic Link Library
Direct3D 12 Runtime
Microsoft Direct3D
Microsoft Direct3D OS Thunk Layer
Direct3D 9 Runtime
d3d9renderer Dynamic Link Library
Microsoft Direct3D
Microsoft Direct3D
Microsoft Direct3D
Microsoft Direct3D
Microsoft Direct3D
Microsoft Direct3D
Microsoft Direct3D
Direct3D HLSL Compiler
Direct3D HLSL Compiler
Direct3D HLSL Compiler
Direct3D HLSL Compiler
Direct3D HLSL Compiler
Direct3D HLSL Compiler
Direct3D HLSL Compiler for Redistribution
Direct3D 10.1 Extensions
Direct3D 10.1 Extensions
Direct3D 11 Compute Shader Extensions
Microsoft Direct3D
Microsoft Direct3D
Direct3D Progressive Mesh DLL
Microsoft Direct3D
Microsoft Direct3D
Direct3D 9 Reference Device
Direct3D Retained Mode DLL
Microsoft (R) D3D Shader Caching Library
Microsoft Direct3D
När du får ett systemfelfönster som talar om att en DLL-fil saknas uppstår följande frågor: Vad är dess syfte?
DLL-filer har ett grundläggande syfte, nämligen att minska koden och öka datorns prestanda. En DLL-fil är ett dynamiskt bibliotek som används av alla program.
Fel kan uppstå på en Windows-dator som är associerad med DLL-filer. Dessa fel hindrar användaren från att köra sina nödvändiga program. Felmeddelanden börjar dyka upp på skärmen och anger exakt vilken .DLL-fil som saknas. Problemet kan lösas genom att hitta den specifika filen och placera den i systemkatalogen.
DLL-filer anses i de flesta användningsoperationer vara den viktigaste faktorn för fel när Windows startar och körs. En DLL-fil behöver inte redigeras eftersom den kan orsaka nya problem som påverkar många program med andra DLL-filer.
Koderna i en DLL anses delas av de processer som behöver DLL-filen (filerna finns i det fysiska minnet).
Äldre versioner av Windows, där varje pågående process hade ett omfattande uppgiftsområde, krävde en kopia av DLL-koden.
Till exempel har specifika program från en laddad DLL inte dessa adresser i en fri bas. Då måste du göra en annan kopia av DLL-koden med en bas av en unik uppsättning flyttbara inmatningskoefficienter. Om det fysiska minnet måste återställas återställs koden för den upptagna partitionen tillsammans med innehållet och en snabb omladdning från DLL-filen görs. Dessutom laddar GDI alla andra enhetsdrivrutiner, så Windows börjar ladda resten av Windows-paketen och kallar dessa program API från USER/GDI.
På grund av detta innehåller DLL-filen många verktyg på en gång. Vid DLL-uppdateringar till en modern version skrivs den tidigare versionen över eller raderas från datorn. ActiveX-kontroller, registerdata för kontrollpanelen och enhetsdrivrutiner är grunden för data för Windows som Dynamic Link Libraries.
Det finns flera beprövade sätt att hantera DLL-problem:
Relaterade körbara filer kan laddas tidigare om du kör dem i liknande inställningar som när de kompilerades. Låt oss lägga till att varje standard Windows-mål har associerade DLL-filer.
Ett bra alternativ till att binda importen till målmiljön är att starta upp med en verktygsinstallation. Men ett sådant program ändrar kontrollvärdet för den körbara filen. Senare versioner av Windows har inte längre adressen till varje inläst bibliotek, vilket leder till en mycket mindre körbar fil.
Många dynamiska länkbibliotek har ändelsen .DLL i sina filer, men andra bibliotek använder .OCX, .CPL, .DRV. Definitionspaket som UPX komprimerar DLL:n, vilket leder till ett problem: läs- och skrivkodsektionerna är inte separerade. Dessa sektioner liknar icke-offentliga partitioner eftersom de är privata inom varje process.
Som ett resultat av detta måste DLL:er med offentliga sektioner nödvändigtvis avkomprimeras när flera paket använder dem samtidigt. Varje instans av programmet måste ha en privat kopia av DLL:n.