Testi d'Esame

Dopo aver scaricato il file appelli.tar.gz, scompattatelo in una directory (chiamiamola DIR). Dentro DIR troverete una sottodirectory per ogni appello che avete deciso di scaricare, con il nome 'anno-mese-giorno'. In ognuna delle sottodirectory troverete (tra gli altri) i seguenti file:

cc.h: contiene la dichiarazione di una o piu' strutture dati, usate nel resto del testo
es1.cpp: file C++ da tradurre in assembler (primo esercizio)
prova1.cpp: file C++ contenente il main del primo esercizio
es1.out: file contenente l'output corretto del primo esercizio

Istruzioni per Windows e DJGPP

Chiamiamo DJGPP la directory in cui avete installato DJGPP. Per prima cosa, dovete aprire una finestra DOS. Nelle varie versioni di Windows, sono stati introdotti due programmi che, in qualche modo, emulano l'ambiente DOS: command e cmd e a noi serve il secondo. Per lanciarlo, conviene andare sul menu Avvio e scegliere Esegui. Quindi, scrivere cmd. Nella finestra DOS, dovrete per prima cosa impostare alcune variabili di ambiente, che permettono a DJGPP di sapere dove sono i suoi file. All'interno della directory DJGPP troverete un programma batch (chiamato setenv.bat), che si preoccuperà di impostare tali variabili per voi. Per lanciarlo, portatevi nella directory DJGPP con il comando:

> cd DJGPP

E quindi digitate:

> setenv

Notate che le variabili d'ambiente così impostate sono valide solo all'interno della finestra DOS in cui avete eseguito questa procedura. Quindi dovrete ripetere questa procedura in tutte le finestre DOS che aprite.

A questo punto, spostatevi dentro la directory del testo d'esame che volete risolvere:

> cd DIR/anno-mese-giorno

Qui dovrete produrre il file es1.s. I file devono contenere solo testo. Su Windows non si trovano, di default, programmi molto evoluti per produrre file di solo testo. La scelta cade, normalmente, su edit oppure su notepad (blocco note). Il primo può essere avviato direttamente dalla finestra DOS, specificando come parametro il nome del file da editare (se il file non esiste, verrà creato). Ad esempio:

> edit es1.s

Se scegliete di usare notepad (che, comunque, non ha particolari vantaggi rispetto ad edit, per i file di solo testo), state attenti al momento del salvataggio del file: dovete scegliere "tutti i file" come tipo, altrimenti l'ottuso programma si ostinerà ad aggiungere il suffisso .txt al nome del file che state salvando. Se anche ciò dovesse accadere, potete rinominare il file dalla finestra DOS:

> ren es1.s.txt es1.s

Una volta terminato, potete provare se quello che avete scritto è corretto, assemblando, collegando ed eseguendo i programmi di prova. Per il primo esercizio, il comando da eseguire per ottenere il programma di prova è:

> gxx -o es1 -fno-elide-constructors es1.s prova1.cpp

Se non avete commesso errori di sintassi e/o di collegamento, otterrete il file eseguibile es1, che potete eseguire nel seguente modo:

> es1

Se non avete commesso errori, il programma stamperà una serie di numeri, che dovrete confrontare con quelli contenuti nel file es1.out. Solo se il contenuto del file è esattamente identico all'uscita di es1 potete ritenere di aver svolto correttamente l'esercizio.

ATTENZIONE: l'ambiente grafico RHIDE, almeno nella versione reperibile al centro di calcolo, non funziona bene su Windows NT/2000/XP. Quindi il suo uso non è supportato all'esame (ovvero, è installato, ma se funziona bene, altrimenti pazienza). Si sconsiglia quindi agli studenti di esercitarsi con RHIDE anche a casa.

Istruzioni per Linux

Se non lo avete già fatto, installate gcc con il metodo previsto dalla vostra distribuzione di Linux. Aprite un terminale e portatevi nella directory relativa al testo d'esame che volete svolgere:

$ cd DIR/anno-mese-giorno

Scrivete il file es1.s con il vostro editor preferito, oppure con emacs. (ATTENZIONE: i file che scaricate sono in formato MS-DOS. Qui trovate delle istruzioni su come convertirli per Unix). Il comando per assemblare e collegare il primo esercizio è:

$ g++ -o es1 -fno-elide-constructors es1.s prova1.cpp

Se vengono prodotti molti errori, potete redirigere i messaggi su un file (ad es. errori) aggiungendo, nella bash, la redirezione 2> errori sulla riga del comando da eseguire. Potete quindi avviare il vi dicendogli di interpretare il file degli errori:

$ vi -q errori

in questo modo il vi si posizionerà sulla riga corrispondente al primo errore. Per passare all'errore successivo usare la sequenza di tasti :cn e, per tornare ad un errore precedente, la sequenza :cp. Quando avete corretto tutti gli errori otterrete l'eseguibile es1. Per controllare che sia corretto, scrivete:

$ ./es1

e controllate che l'output sia identico al contenuto del file es1.out. Il controllo può essere anche eseguito automaticamente con il seguente comando, che stamperà solo le righe diverse (e quindi non stamperà niente se l'output e il contenuto del file coincidono):

$ ./es1 | diff - es1.out

Aggiungendo l'opzione -g al comando g++ verranno aggiunte le informazioni di debug negli eseguibili (per il debugger simbolico, ad es. gdb).

Se il vostro eseguibile viene terminato a causa di un accesso scorretto in memoria, può essere utile chiedere al sistema di generare il file core[2] corrispondente, in modo da ispezionare lo stato del processo al momento dell'errore. Molte distribuzioni Linux disabilitano la generazione dei file core, che può essere riabilitata con il seguente comando:

$ ulimit -c unlimited

A questo punto la shell dovrebbe informarvi della creazione del file, quando il vostro programma viene terminato, con un messaggio del genere ([1]):

Segmentation fault (core dumped)

Il file core può essere ora esaminato con l'aiuto di gdb nel seguente modo:

$ gdb es1 core

In molti casi si può così scoprire l'istruzione che ha causato l'errore, oltre a poter stampare il contenuto dei registri o esaminare la memoria (esempi).