Winamp Input Plugin
Winamp Input Plugin
Winamp Input Plugin
InCDapi
APIHooking and rendering framework for DirectXbased games
Bibliotek för guiden Internetanslutning
InetClnt DLL
Microsoft Internet Messaging API Resources
Internet på Kontrollpanelen
Internet Lock Kernel component
Microsoft MIBII subagent
Internet Print Provider DLL
Internet Print Client DLL
Microsoft Internet Messaging API Resources
INETWH32
Microsoft InfoCards
Knihovna nápomoci pro Microsoft Internet Information Services
Common Internet Information Service Performance Counters
Wordbreaker and stemmer dll
INISAFEWeb60vcs DLL
Microsoft Trust Installation and Setup
Garena Inject
Microsoft Tablet PC Ink Divider Platform Component
Microsoft Tablet PC InkEdit Control
Windows Desktop RichInk Engine
Microsoft Tablet PC Component
InputSetting DLL
InputHost
Microsoft Windows Input Switcher
Install engine
InstallUX event manifest resources
UI Wrapper Resource DLL
Managed Installer Object
InstBasi Dynamic Link Library
Java(TM) Platform SE binary
Avast Antivirus Installer
LGPLed libintl for Windows NT/2000/XP/Vista/7 and Windows 95/98/ME
Intel® Manageability Engine Firmware Dynamic Link Library
Intel(R) Network Interface Card CoInstaller
2007 Microsoft Office component
DISM International Provider
Microsoft (R) 32Bit 80x86 Compiler Back End
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.