Code Integrity Module
CI Administration (MMC)
CIC MMC controls for Taskpad
WMI Win32 Provider
CineMaster Software DVD Decoder
Indexing Service Admin Automation Objects
Autodesk component
USB Consumer IR Driver coinstaller for eHome
CITThreading, 2.1.6.30929 ( 32 bit )
Treiberkomponenete für cyberJack(R) Kartenleser
CK2 DLL
Clarion 9.0 ASCII File Driver
Clarion 8.0 DOS File Driver
Clarion 9.0 Runtime Library
Clarion 9.0 TopSpeed File Driver
Column List Box
COM+ Configuration Catalog
Cloud API user mode API
Common Log Marshalling Win32 DLL
SQL Client Configuration Utility DLL
Multi Theft Auto Module
Cracklock Kernel
Autodesk Component
Autodesk Component
Microsoft .NET Runtime Common Language Runtime WorkStation
Native data compression routines
In Proc server for managed servers in the Windows Runtime
Microsoft .NET Runtime JustInTime Compiler
Cluster API Library
CM2 Math1 DLL
CMAX20
Microsoft Connection Manager Configuration Dll
CMCS21
cmd.exe Extension DLL
cmdhtml.dll
Microsoft Connection Manager
SecuROM context menu for Explorer.
SecuROM ContextMenu for Explorer.
CmdObjs DLL
COMODO Internet Security
CMI To MigXML Translation
CMI adapter for CSI
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.