Secondo la mia personale interpretazione, questa istruzione chiede di fallire di proposito un'esecuzione, e non semplicemente di documentare il fallimento di un esecuzione che è avvenuto per caso o per cause esterne, come ho visto molti fare.
Allora ho incominciato a scervellarmi su quale esecuzione potevo deliberatamente scegliere di fallire.
E quale scelta migliore potevo fare, se non quella di fallire questa stessa esecuzione? :D
Al che mi sono inizati a girare gli ingranaggi del cervello:
"Devo fallire un'esecuzione che chiede il fallimento dell'esecuzione stessa.. un FAIL dentro un FAIL, un po' come inception! Potrei chiamarla FAILCEPTION! Aspetta.. ma questo nome l'ho già sentito da qualche parte.. vediamo che dice google."
Ed ecco che trovo il mio Philosoraptor preferito che mi fa sempre scervellare, che dice: "Se pianifichi un FAIL e ottieni un WIN... cosa hai realmente fatto?" Bella domanda.. e ancora: "Se fallisci un fallimento, hai veramente fallito?" E già capisco che nessuno, me compreso, riuscirà a capire se questa esecuzione sarà realmente un fallimento o un successo, o entrambi, o nessuno, oppure ... che confusione!!
Ma ecco che tra i risultati di google images, c'è anche un interessante Di Caprio (che si trova lì solo perchè è l'attore protagonista del film Inception), che mi propone una curiosa idea (metto il link per far vedere l'immagine ingrandita: http://media.moddb.com/images/groups/1/3/2933/winception.jpg ), che è in realtà un "WINCEPTION", ma come abbiamo notato prima, la linea di demarcazione tra FAIL e WIN è molto sottile in questa delicata esecuzione, e rischia di venire attraversata più volte senza nemmeno accorgersene.
L'idea consiste nel mettere un windows, dentro un'altro windows che a sua volta è dentro un'altro windows. Questo è pane per i miei denti! Però in quell'immagine se la prendono troppo comoda, usano "Virtual PC", che rende fin troppo facili le cose.
La mia sfida è di provare a installare Windows 3.0, che è l'ultimo sistema Microsoft ancora in grado di girare in modalità reale, ovvero a 16 bit, ma facendolo partire direttamentre dentro una finestra di DOS di Windows XP, il cui motore, ntvdm (NT Virtual Dos Machine), dovrebbe essere a tutti gli effetti una macchina virtuale per DOS in grado di eseguire il suddetto; Windows XP a sua volta gira in una macchina virtuale sotto il mio Windows 7. Funzionerà? Direi che c'è dell'ottimo materiale per una completa disfatta, cioè un successo, cioè ... insomma avete capito.

Non mi dilungo troppo sui passaggi, credo di aver annoiato già troppo soprattutto chi non mastica questi argomenti, faccio un resoconto:
Prefazione: ho già fatto partire windows xp (FLP) in una macchina virtuale sotto windows 7. (i numeri dei passi qui sotto non corrispondono alle immagini (FAIL?))
Passo 1: Cerco nella mia collezione di sistemi operativi Windows 3.0, lo spacchetto e lo copio sulla macchina virtuale XP
Passo 2: Cerco di copiare tutti i fail dalle directory disk1, disk2 ecc.. in un unica cartella, mi servirà. Ma già qui fallisco miseramente. N.B. Dedico il primo FAIL a Si C'è? C'è Si!, che ho rimproverato sugli slash, ma poi ho fatto il suo stesso errore :P ehm.. anche i migliori sbagliano ;-). Alla fine decido di procedere a mano mettendo singolarmente il numero della directory da cui prendere i file.
Passo 3: Provo a lanciare l'installazione (il setup.exe), ma windows XP lo riconosce come applicazione finestra e non me lo fa eseguire nella finestra DOS. (FAIL)
Passo 4: Come si faceva? Forse bisogna creare un pif? Lancio pifedit, ma la versione a 16 bit decisamente non piace ad XP (FAIL). Forse bisognava usare un command.com di una versione originale di DOS, lo recupero, ma anche quello non gli piace (FAIL).
Passo 5: Forse aveva qualcosa a che fare con debug, ma non risolve nulla lanciare command.com dal debug. (FAIL)
Passo 7: Invece la soluzione era proprio con debug, ma lanciando direttamente per setup.exe. (un'ulteriore inception perchè il setup gira dentro debug che gira dentro ntvdm ecc..) Olè! Abbiamo trollato windows XP che non è riuscito a capire cosa succedeva, mentre l'installazione finalmente parte nella finestra DOS.
Passo 8: configuro l'installazione e la completo. Ma poi si chiude tutto.
Passo 9: Windows 3.0 in realtà parte, ma si chiude subito per motivi sconosciuti, provo varie soluzioni (modificare il pif di win.com, modificare i file config.nt ed autoexec.nt per ridurre gli interventi di alto livello su ntvdm, provo ad usare setver per convincere win.com che siamo in dos, ecc..) ma nulla funizona...
Decido allora di documentare almeno questa partenza, provo a fare uno screenshot nell'istante in cui si apre l'avvio di windows 3.0 ma è velocissimo, e lo becco in un momento piuttosto bizzarro O_O (FAIL , vedi immagine).
Alla fine riesco a fare uno screenshot decente di un parziale successo, quindi un fallimento, cioè .. insomma.. FAIL.

Ma non finisce qui! Mi apprestavo a rileggere quello che avevo scritto mentre pensavo ad un finale un po' più ad effetto, quando ad un certo punto il FAIL ormai intrinseco incastrato nei vari livelli di virtualizzazione concentrica, riesce a trascendere la virtualità e arrivare nel mondo reale. Avevo acceso il bollitore per scaldare l'acqua per preparare il the, ma la lavastoviglie ancora accesa ha causato un effetto imprevisto, sebbene non imprevedibile:
PUF!
È mancata la luce.