Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Alcune edizioni di Windows usano solo un subset dei metodi di installazione del driver disponibili in Windows 10 Desktop. Un file INF per versioni di Windows diverse da Desktop deve eseguire solo operazioni esclusivamente additive descritte completamente nel file INF. Un file INF con tale sintassi limitata è denominato file INF universale.
Un file INF universale installa in modo prevedibile, con lo stesso risultato ogni volta. I risultati dell'installazione non dipendono dall'esecuzione di componenti esterni ai componenti di installazione del dispositivo forniti dal sistema. Ad esempio, i riferimenti al co-installer non sono validi in un file INF universale perché la richiesta di codice in un'altra DLL da eseguire come parte dell'installazione significa che il sistema non può determinare il risultato dell'installazione solo dal file INF.
Per verificare se INF è universale, usare infverif /u.
Un driver di Windows deve superare infverif /w, che testa /u nonché isolamento del pacchetto driver.
Per un elenco delle opzioni di InfVerif, vedere Esecuzione di InfVerif dalla riga di comando.
Se si sta creando un pacchetto di Driver desktop di Windows, non è necessario usare un file INF universale, ma è consigliabile farlo a causa dei vantaggi delle prestazioni.
Quali sezioni INF non sono valide in un file INF universale?
È possibile usare qualsiasi sezione INF definita dal sistema in un file INF universale, ad eccezione delle seguenti sezioni:
- Sezione INF ClassInstall32
- Sezione INF DDInstall.CoInstallers
- INF DDInstall.FactDef Section
- Sezione INF DDInstall.LogConfigOverride
La sezione Manufacturer INF è valida purché la decorazione TargetOSVersion non contenga un flag ProductType o SuiteMask.
La sezione INF DefaultInstall è valida solo se ha una decorazione dell'architettura, ad esempio [DefaultInstall.NTAMD64].
Quali direttive INF non sono valide in un file INF universale?
È possibile usare qualsiasi direttiva INF definita dal sistema in un file INF universale, ad eccezione delle seguenti direttive:
- Direttiva INF BitReg
- Direttiva DelFiles INF
- INF DelProperty Directive
- INF DelReg Directive
- Direttiva DelService INF
- Direttiva INI2Reg INF
- Direttiva INF LogConfig
- Direttiva ProfileItems INF
- Direttiva INF RegisterDlls
- INF RenFiles Directive
- Direttiva INF "UnregisterDlls"
- Direttiva INF UpdateIniFields
- Direttiva di aggiornamento INF UpdateInis
Le direttive seguenti sono valide con alcune avvertenze:
La direttiva INF AddReg è valida se le voci nella sezione add-registry specificata hanno un valore reg-root HKR o nei casi seguenti:
- Per la registrazione di oggetti COM (Component Object Model), è possibile scrivere una chiave in:
- HKCR
- HKLM\SOFTWARE\Classes
- Per la creazione di Hardware Media Foundation Transforms (MFT), è possibile scrivere una chiave sotto:
- HKLM\SOFTWARE\Microsoft\Windows Media Foundation
- HKLM\SOFTWARE\WOW6432Node\Microsoft\Windows Media Foundation
- HKLM\SOFTWARE\WOW3232Node\Microsoft\Windows Media Foundation
- Per la registrazione di oggetti COM (Component Object Model), è possibile scrivere una chiave in:
La direttiva INF CopyFiles è valida solo se la directory di destinazione è una delle dirid seguenti:
- 11
- 12
- 13 (vedere Run from Driverstore)
Nota: è possibile che CopyFiles non venga usato per rinominare un file per il quale DestinationDirs include dirid 13. - 10,SysWOW64
- 10,nome di sottodirectory specifico del fornitore
Nota: in Windows 10 versione 1709, l'uso di dirid 10 con un nome di sottodirectory specifico del fornitore è valido in un INF universale come misurato usando lo strumento InfVerif. Nelle versioni successive, questo valore potrebbe non essere supportato. È consigliabile passare a dirid 13.