United States Keyboard Layout
US IBM Arabic 238_L Keyboard Layout
Dvorak RightHand US English Keyboard Layout
US Multinational Keyboard Layout
Uzbek_Cyrillic Keyboard Layout
Vietnamese Keyboard Layout
Wolof Keyboard Layout
Sakha Russia Keyboard Layout
Yoruba Keyboard Layout
Serbian (Latin) Keyboard Layout
Serbian (Cyrillic) Keyboard Layout
ProductRegistration MFC Application
Emulex Network Kernel Debug Extensibility Module
Realtek Network Kernel Debug Extensibility Module
Broadcom Network Kernel Debug Extensibility Module
Qualcomm Atheros Network Kernel Debug Extensibility Module
Emulex Network Kernel Debug Extensibility Module
Intel Network Kernel Debug Extensibility Module
1394 Kernel Debugger
Serial Kernel Debugger
Enlightened Kernel Debugger 1394 Extension DLL
Network Kernel Debugger
Microsoft Key Distribution Service Provider
Network Kernel Debug Extensibility Stubs
kdu_v32 Kakadu core DLL
USB 2.0 Kernel Debugger
Virtual Machine Network Kernel Debugger
ÐÐÐÐÐСÐлекÑÑик KE_DB DLL
ÐÐÐÐÐСÐлекÑÑик KE_Report DLL
Keep alive provider API
Kerberos Security Package
Windows NT BASE API Client DLL
AppModel API Host
Windows NT BASE API Client DLL
Kernel Ceip Task
Keyboard Filter Hooks
SvcHost Service for Microsoft Keyboard Filter
Keyboard Filter WMI Provider
keycode module
æ¯é¸æ¤ç¼æ¨¡å¼
CNG Key Isolation Service
Stored User Names and Passwords
Kinect v1.8 Dynamic Link Library
kinect20.dll
System Interceptors PDK usermode service interceptor
Når du får et systemfeilvindu som forteller at en DLL-fil mangler, oppstår følgende spørsmål: hva er formålet med den?
DLL-filer har et grunnleggende formål, å redusere kode og øke datamaskinens ytelse. En DLL-fil er et dynamisk bibliotek som brukes av alle applikasjoner.
Feil kan oppstå på en Windows-PC som er assosiert med DLL-filer. Disse feilene hindrer brukeren i å kjøre de nødvendige programmene. Feilmeldinger begynner å dukke opp på skjermen, som spesifiserer nøyaktig hvilken .DLL-fil som mangler. Problemet kan løses ved å finne den spesifikke filen og plassere den i systemkatalogen.
DLL-filer anses i de fleste bruksoperasjoner for å være hovedfaktoren i feil når Windows starter opp og kjører. En DLL-fil trenger ikke å redigeres fordi den kan forårsake nye problemer som vil påvirke mange programmer med andre DLL-filer.
Kodene i en DLL anses å være delt av prosessene som trenger DLL (filene er i fysisk minne).
Eldre versjoner av Windows, der hver kjørende prosess hadde ett omfattende oppgaveområde, krevde en kopi av DLL-koden.
For eksempel, spesifikke programmer fra en lastet DLL har ikke disse adressene i en ledig base. Da må du lage en ny kopi av DLL-koden med en base av et unikt sett med flyttbare inngangskoeffisienter. Hvis fysisk minnet må gjenopprettes, den travle partisjonskoden tilbakestilles sammen med innholdet, og en rask omlasting fra DLL-filen utføres. GDI laster også alle de andre enhetsdriverne, så Windows begynner å laste resten av Windows-pakkene, kaller disse programmene API fra USER/GDI.
På grunn av dette har DLL-filen mange verktøy samtidig. Med DLL-oppdateringer til en moderne versjon overskrives eller slettes den forrige versjonen fra PC-en. ActiveX-kontroller, kontrollpaneldata og enhetsdrivere er grunnlaget for data for Windows som Dynamic Link Libraries.
Det er flere velprøvde måter å håndtere DLL-problemer på:
Relaterte kjørbare filer kan lastes tidligere hvis du kjører dem i lignende innstillinger som de ble kompilert. La oss legge til at hvert standard Windows-mål har assosierte DLL-filer.
Et flott alternativ til å binde importen til målmiljøet er å starte opp med en verktøyinstallasjon. Men et slikt program endrer sjekkverdien til den kjørbare filen. Senere versjoner av Windows har ikke lenger adressen til hvert innlastede bibliotek , som fører til en mye mindre kjørbar fil.
Mange dynamiske koblingsbiblioteker har en .DLL som slutter i filene sine, men andre biblioteker bruker .OCX, .CPL, .DRV. Definisjonspakker, slik som UPX komprimerer DLL-en, noe som fører til et problem: lesingen og skrivekodeseksjoner er ikke atskilt. Disse seksjonene ligner ikke-offentlige partisjoner fordi de er private i hver prosess.
Som et resultat må DLLer med offentlige seksjoner nødvendigvis være ukomprimerte når flere pakker bruker dem samtidig. Hver forekomst av programmet må ha en privat kopi av DLL.