Development Environment DLL
Visual Studio Proxy 10.0
Microsoft Security Essentials Sysprep Module
Microsoft Jet Exchange Isam
Microsoft Jet Excel Isam
Microsoft Feeds Manager
Microsoft Feeds Background Sync
MSFL11
MSFL651
Rich Text Edit Control, v8.5
InloggningsGINA för Windows NT
english Grammar Checker
Microsoft French Natural Language Server
Microsoft German Grammar Checker
Lernout & Hauspie Grammatik Engine (FR)
Lernout & Hauspie Grammatik Engine (DE)
Windows Messenger OC Manager PlugIn
Windows Live Messenger
Windows Live Messenger Language Specific Resources
NT Messenger Service
Microsoft (R) HTML Viewer
DAC for Trident DOM
Microsoft® HTML Editing Component
Microsoft® HTML Editing Component's Resource DLL
Microsoft (R) HTML Media DLL
Microsoft Chinese (Traditional) Handwriting Data
Microsoft Japanese Handwriting Data
Microsoft Korean Handwriting Data
Microsoft Houghton Mifflin ICS DLL
Windows Installer
Corrupted MSI File Recovery Diagnostic Module
IDCRL Dynamic Link Library
IDCRL Dynamic Link Library
Microsoft® Windows Live ID Dynamic Link Library
Microsoft Identity Manager
User Idle Monitor
Microsoft Identity Manager
Microsoft Internet Explorer FTP Folder Shell Extension
Windows® installer
Windows Installer Configuration API Stub
GDIEXT Client DLL
Windows® Installer International Messages
Active IMM Server DLL
System Information Control
WMI MSI Provider
DISM Msi Provider
Microsoft MSISAM 1.1
MSI Signature SIP Provider
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.