Windows Performance Data Helper DLL
PDH UI
Microsoft PowerPoint PDI Graph Converter
Process Debug Manager
PDProxy VPN Tunnel Engine
priPrinter Library
PEEK Driver API (ASCII and UNICODE)
BranchCache Client Library
BranchCache AD Interface
BranchCache Export CacheMgr Provider
BranchCache Cache Cleaner
BranchCache HTTP Tansport
BranchCache Netshell Helper
BranchCache Service
BranchCache WSD Discovery Provider
Shockwave Flash 29.0 r0
DISM Windows PE Provider
Performance Center
Performance Counters
Windows Disk Performance Objects DLL
Windows Network Service Performance Objects DLL
Client Service for Netware Counters
Windows System Performance Objects DLL
Windows System Process Performance Objects DLL
Microsoft Performance PerfTrack
Windows Remote Desktop Services Performance Objects
PFCLNT SQL Server Profiler DLL
CD/DVD premastering toolkit for Win32
ICC Profile Picker
Plot Graphic Library DLL
Microsoft® Profile Guided Optimization Instrumentation Runtime
PromulGate SDK
KS Proxy Plugin
Macrovision Plugin
Photo Metadata Handler
Photon Bridge
Corel PHOTOPAINT(R) (64Bit)
Photoshop Resource DLL
Windows Photo Viewer
Photo Printing Wizard
php_apc.dll
cURL
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.