DESkey API DLL
Advanced display monitor properties
Advanced display performance properties
Microsoft IME
Detection Dynamic Link Library
DetMethod DLL
Marks process modified by Detours technology.
DevCon32
DeviceItem inproc devquery subsystem
Device enumeration.
DevExpress.BonusSkins
DevExpress.XtraLayout
DevFileService.dll
DevIL: A portable image library in development
Device Core Library
Device Broker And Policy COM Server
Device Association Client DLL
Device Center
Device Display Status Manager
Device Driver Retrieval Client
DeviceElementSource
Common Device Metadata parsers
Windows MRC
Shell extensions for Device Pairing
Device Pairing Folder
Device Pairing Handler Dll
Device Pairing Proxy Dll
Device Registration DLL
Device Setup Manager
Device Setup Manager Client API
Device Setup Status Provider Dll
Windows Device User Experience Resource File
Device Inventory Library
Device Manager MMC Snapin
Device Information Set DLL
Microsoft Windows Device Property Manager
Device Management Run Time Library
Microsoft (R) Developer Studio Shell
Dell XPS Feature Filter
SecuROM Data File Activation Library
Windows Disk Failure Diagnostic Module
DFEngine Dynamic Link Library
Compaq Visual Fortran RTL (threadsafe)
Compaq Visual Fortran RTL
Disk Footprint Utility Library
Microsoft® Defrag Interface proxy/stub
Disk Defragmenter Resource Module
Snapinmodulen Diskdefragmenteraren
Disk Defragmenter UI Module
Når du får et systemfejlvindue, der fortæller, at der mangler en DLL-fil, opstår følgende spørgsmål: Hvad er dens formål?
DLL-filer har et grundlæggende formål, nemlig at reducere kode og øge computerens ydeevne. En DLL-fil er et dynamisk bibliotek, der bruges af alle programmer.
Der kan opstå fejl på en Windows-pc, som er forbundet med DLL-filer. Disse fejl forhindrer brugeren i at køre sine nødvendige programmer. Fejlmeddelelser begynder at dukke op på skærmen og angiver præcis hvilken .DLL-fil der mangler. Problemet kan løses ved at finde den specifikke fil og placere den i systemmappen.
DLL-filer anses i de fleste brugsoperationer for at være den vigtigste faktor for fejl, når Windows starter op og kører. En DLL-fil behøver ikke at blive redigeret, fordi den kan forårsage nye problemer, der vil påvirke mange programmer med andre DLL-filer.
Koderne i en DLL anses for at blive delt af de processer, der har brug for DLL'en (filerne ligger i den fysiske hukommelse).
Ældre versioner af Windows, hvor hver kørende proces havde ét omfattende opgaveområde, krævede én kopi af DLL-koden.
For eksempel har specifikke programmer fra en indlæst DLL ikke disse adresser i en fri base. Så skal du lave en anden kopi af DLL-koden med en base af et unikt sæt relokaliserbare inputkoefficienter. Hvis den fysiske hukommelse skal genoprettes, nulstilles den optagede partitionskode sammen med indholdet, og der foretages en hurtig genindlæsning fra DLL-filen. Desuden indlæser GDI alle de andre enhedsdrivere, så Windows begynder at indlæse resten af Windows-pakkerne og kalder disse programmer API fra USER/GDI.
På grund af dette bærer DLL-filen en masse hjælpeprogrammer på én gang. Ved DLL-opdateringer til en moderne version overskrives eller slettes den tidligere version fra pc'en. ActiveX-kontroller, Kontrolpanel Recordsdata og enhedsdrivere er grundlaget for data til Windows som Dynamic Link Libraries.
Der er flere gennemprøvede måder at håndtere DLL-problemer på:
Relaterede eksekverbare filer kan indlæses tidligere, hvis du kører dem i de samme indstillinger, som de blev kompileret. Lad os tilføje, at alle standard Windows-mål har tilknyttede DLL-filer.
Et godt alternativ til at binde importen til målmiljøet er at starte op med en hjælpeinstallation. Men et sådant program ændrer kontrolværdien for den eksekverbare fil. Senere versioner af Windows har ikke længere adressen på hvert indlæst bibliotek, hvilket fører til en meget mindre eksekverbar fil.
Mange biblioteker til dynamisk sammenkobling har en .DLL-endelse i deres filer, men andre biblioteker bruger .OCX, .CPL, .DRV. Definitionspakker, såsom UPX komprimerer DLL'en, hvilket fører til et problem: læse- og skrivekodedelen er ikke adskilt. Disse sektioner ligner ikke-offentlige partitioner, fordi de er private inden for hver enkelt proces.
Som følge heraf skal DLL'er med offentlige sektioner nødvendigvis udkomprimeres, når flere pakker bruger dem samtidig. Hver instans af programmet skal have én privat kopi af DLL'en.