Il sistema operativo Windows XP - Apogeo

L'ambiente nativo di Windows su IA64 usa indirizzi a 64 bit e l'insieme di istruzioni native IA64.
Per eseguire programmi IA32 in questo ambiente si richiede uno strato di interfaccia per tradurre le
chiamate a 32 bit di Win32 nelle corrispondenti chiamate a 64 bit, proprio come è richiesto nei
sistemi IA32 per le applicazioni a 16 bit; in tal modo Windows a 64 bit supporta l'ambiente
WOW64. Le realizzazioni Windows a 32 bit ed a 64 bit sono essenzialmente identiche ed il
processore IA64 permette l’esecuzione diretta delle istruzioni di IA32 e, di conseguenza, WOW64
fornisce un livello di compatibilità più elevato di WOW32.
4.4 Ambiente Win32
Il sottosistema principale di Windows XP è Win32, che esegue applicazioni Win32 che controlla la
tastiera, il mouse e lo schermo I/O. Siccome è l'ambiente di controllo, esso è progettato per essere
estremamente robusto. A differenza dell’ambiente Win16, ogni processo di Win32 ha una propria
coda di input. Il gestore della finestra spedisce ogni input al sistema nella coda di input del processo
appropriato, in modo che un processo guasto non blocchi l'input di altri processi.
Il kernel di Windows XP fornisce inoltre elaborazione preemptive in multitask, per permettere
all'utente di terminare applicazioni che non sono andate a buon fine o che non sono più necessarie.
Inoltre, Win32 convalida tutti gli oggetti prima di usarli, per impedire arresti che potrebbero
altrimenti accadere se un'applicazione cercasse di utilizzare un handle non valido o errato. Il
sottosistema Win32 verifica il tipo di oggetto a cui punta un handle prima di usarlo. I conteggi di
riferimento, mantenuti dal responsabile dell'oggetto, impediscono la cancellazione di oggetti mentre
sono ancora in uso e di utilizzarli se sono stati cancellati.
Per ottenere un livello elevato di compatibilità con sistemi Windows 95/98, Windows XP
permette agli utenti di specificare quali applicazioni individuali siano in funzione, mediante l’uso di
uno strato di adattamento (shim layer) che modifica le API di Win32 per meglio approssimare il
comportamento che ci si aspetta dalle vecchie applicazioni. Per esempio, alcune applicazioni si
aspettano una particolare versione del sistema che non funziona sulle nuove versioni.
Frequentemente le applicazioni hanno bachi latenti che si mettono in mostra grazie a cambiamenti
nell'esecuzione. Per esempio, l’uso della memoria, dopo averla liberata, può causare guasti solo se
cambia l'ordine, impartito dallo heap, di riutilizzare la memoria, o se un’applicazione può fare
previsioni su quali errori possono essere restituiti da una procedura, o sul numero di bit validi in un
indirizzo. Far funzionare un'applicazione con gli aggiustamenti abilitati per Windows 95/98, induce il
sistema a fornire un comportamento molto più simile a Windows 95/98, sebbene con prestazioni
ridotte ed interoperabilità limitata con le altre applicazioni.
4.5 Il sottosistema POSIX
Il sottosistema di POSIX è progettato per far funzionare applicazioni POSIX scritte in modo da
seguire lo standard POSIX, che è basato sul modello UNIX. Le applicazioni POSIX possono essere
avviate dal sottosistema di Win32 o da un'altra applicazione POSIX che usa il server del
sottosistema POSIX: PSXSS.EXE, la libreria di collegamento dinamico di POSIX:
PSXDLL.DLL ed il gestore di sessione della console POSIX: POSIX.EXE.
33