Application Identity Service
Application Information Service
AppInitializerLib
ApplePushDirect
ApplePushService
Apple Software Support Version Check Dynamic Link Library
Application Frame
Software installation Service
Software Installation Snapin Extenstion
AppReadiness
Application Reputation APIs Dll
AppRepSync Task
App Resolver
Application System Resource Usage Monitor (SRUM) provider
AppVIsvStream64
Microsoft Application Virtualization Client Virtualization Subsystems
Microsoft Application Virtualization Client Virtualization Subsystems
AppX All User Store DLL
AppX Applicability Engine
AppX Deployment Client DLL
AppX Deployment Extensions DLL
AppX Deployment Server DLL
Native Code Appx Packaging Library
DISM App Package (.appx) Provider
Appx Subject Interface Package
APPX Streaming Data Source COM Proxy/Stub DLL
AppX Sysprep Provider
Appx Upgrade Migration Plugin
APS Daemon
Microsoft® InfoTech Storage System Library
ALPS Touch Injection module
SmartBear AQtime
ArcSoft Connect
Magici Driver Wrapped Dll
TotalMedia ArcFileSyncLogic
Adobe Raster Express
Quando ottieni una finestra di errore di sistema che ti dice che manca un file DLL, sorgono le seguenti domande: qual è il suo scopo?
I file DLL hanno uno scopo fondamentale, ridurre il codice e aumentare le prestazioni del computer. Un file DLL è una libreria dinamica utilizzata da tutte le applicazioni
Su un PC Windows possono verificarsi errori associati ai file DLL. Questi errori impediscono all'utente di eseguire i programmi richiesti. I messaggi di errore iniziano a comparire sullo schermo, specificando esattamente quale file .DLL manca. Il problema può essere risolto trovando il file specifico e collocandolo nella directory di sistema
I file DLL sono considerati, nella maggior parte delle operazioni di utilizzo, il principale fattore di errore all'avvio e all'esecuzione di Windows. Un file DLL non deve essere modificato perché può causare nuovi problemi che influenzeranno molti programmi con altri file DLL.
I codici in una DLL sono considerati condivisi dai processi che hanno bisogno della DLL (i file sono nella memoria fisica)
Le vecchie versioni di Windows, dove ogni processo in esecuzione aveva un'area di attività estesa, richiedevano una copia del codice DLL.
Per esempio, programmi specifici di una DLL caricata non hanno questi indirizzi in una base libera. Allora devi fare un'altra copia del codice DLL con una base di un unico insieme di coefficienti di input rilocabili. Se la memoria fisica deve essere ripristinata, il codice della partizione occupata viene resettato insieme al contenuto, e viene fatto un rapido ricaricamento dal file DLL. Inoltre, GDI carica tutti gli altri driver di dispositivi, quindi Windows inizia a caricare il resto dei pacchetti di Windows, chiamando questi programmi API da USER/GDI.
A causa di questo, il file DLL trasporta molte utilità in una volta sola. Con gli aggiornamenti delle DLL a una versione moderna, la versione precedente viene sovrascritta o cancellata dal PC. I controlli ActiveX, i recorddati del pannello di controllo e i driver dei dispositivi sono la base dei dati per Windows come Dynamic Link Libraries.
Ci sono diversi modi collaudati per affrontare i problemi delle DLL:
I file eseguibili correlati possono essere caricati prima se li esegui con impostazioni simili a quelle con cui sono stati compilati". Aggiungiamo che ogni obiettivo standard di Windows ha dei file DLL associati.
Una grande alternativa al legame dell'importazione all'ambiente di destinazione è l'avvio con un'installazione di utilità. Ma tale programma cambia il valore di controllo dell'eseguibile. Le versioni successive di Windows non hanno più l'indirizzo di ogni libreria caricata, il che porta ad un eseguibile molto più piccolo.
Molte librerie a collegamento dinamico hanno un finale .DLL nei loro file, ma altre librerie usano .OCX, .CPL, .DRV. I pacchetti di definizione, come UPX comprimono la DLL, il che porta a un problema: le sezioni di codice in lettura e scrittura non sono separate. Queste sezioni assomigliano a partizioni non pubbliche perché sono private all'interno di ogni processo.
Di conseguenza, le DLL con sezioni pubbliche devono necessariamente essere decompresse quando più pacchetti le usano contemporaneamente. Ogni istanza del programma deve avere una copia privata della DLL.