ambiente di svilluppo C

antyf · 05-11-2001, 19:04

Devo scrivere un assemblatore e un simulatore dell'8086. Il mio prof dice che non vale la pena usare il C++ perchè secondo lui è come sparare ad una farfalla con un cannone...devo usare il C. Ho UltraEdit-32, posso configurarlo al meglio per farlo funzionare il sinergia con un compilatore C? Quale compilatore mi consigliate?

Se qualcuno di voi ha fatto questo progetto come esame può darmi qualche dritta e/o links utili?

Grazie mille ragà

cionci · 05-11-2001, 20:08

Che intendi per assemblatore ?

Il simulatore non è difficilissimo...è abbastanza meccanico e palloso...

misterx · 05-11-2001, 20:47

Quote:

Originariamente inviato da cionci
[b]Che intendi per assemblatore ?

Il simulatore non è difficilissimo...è abbastanza meccanico e palloso...

non mi dire che è una lunga serie di IF.....

cionci · 05-11-2001, 21:00

Quote:

Originariamente inviato da misterx
[b]

non mi dire che è una lunga serie di IF.....

Poco di più...se non vuoi fare una serie di if ti fai un file di dati indicizzati che poi carichi in memoria...

Dopo tutto si tratta di :

1) riconoscere l'istruzione (fase di fetch)
2) caricare gli operatori (se ci sono si vede dalla codifica opcode) (fase di load)
3) fare l'operazione implicata dall'istruzione e eventuale lettura/scrittura in memoria o nei registri (fase di execute e di store)

La struttura di memoria è molto semplice....il simulatore si deve tenere 2 buffer di memoria da 64Kbyte ciuascuno...uno per il segmento codice (il codice deve venire subito caricato in memoria, così fa ogni sistema operativo) e uno per i dati...

Un'altra struttura deve contenere i vari registri del processore virtuale...

La parte più lunga è lo studio di come viene formato il codice operativo e di come vengono codificati gli operatori...il + complesso dovrebbe essere il mov...pensare che alle superiori la sapevo a memoria...

cionci · 05-11-2001, 23:05

Mi ero dimenticato lo stack segment...altri 64 kb...

Chiaramente se uno vuole aggiungere un supporto all'emulazione più ampio deve permettere il cambio di segmento in runtime...e la condivisione di segmento (come avviene nel modello di memoria Tiny...un solo segmento da 64kb per stack e dati)...

Quindi diciamo che allocando un buffer di 1 Mb per la memoria di sistema si può fare tutto...

Poi se si vuole andare oltre si può prevedere il riconoscimento delle più semplici interruzioni software...per gestire qualche rudimento di I\O...

antyf · 05-11-2001, 23:28

ehm...
io dovrei cominciare con studiare l'architettura dell'8086

cmq l'assemblatore deve operare in 2 passaggi e mi sa tanto che avete ragione: sarà una lunga case...
Il prof non vuole che il sorgente venga caricato tutto in memoria perchè si presume che ad assemblare sia una macchina con poca RAM.
Il simulatore deve tener conto delle istruzioni elementari di I/O (deve saper gestire tastiera e schermo) e non deve simulare il microcodice delle istruzioni.

Posso contare sul vostro aiuto?

Riguardo l'editor e il compilatore C da usare che mi dite?

cionci · 05-11-2001, 23:36

Allora non ho capito...

Cosa intendi per assemblatore e simulatore ?

cionci · 05-11-2001, 23:38

Quote:

Originariamente inviato da antyf
[b]iRiguardo l'editor e il compilatore C da usare che mi dite?

Come compilatore ti consiglio DJGPP...dovrebbe avere anche l'editor integrato...è un compilatore C++, ma credo che tu lo possa usare anche come compilatore C...

antyf · 05-11-2001, 23:51

dobbiamo realizzare un programma che legge un sorgente assembler per processore 8086 e lo traduce in linguaggio macchina. Successivamente questo programmino in linguaggio macchina deve essere caricato ed eseguito da un altro programma fatto da noi che deve simulare l'esecuzione dell'8086, senza gestire interrupt e routine del sistema operativo (chiaramente) ma gestendo l'I/O della tastiera e del monitor.

Dovrei avere il compilatore C++ della Borland, che scaricai diversi mesi fa dal suo sito, pensi sia buono?

Grazie

cionci · 05-11-2001, 23:58

Mi manca ancora un punto...il simulatore hai detto che cimula solo i/o...ma le istruzioni in linguaggio macchina del programma assemblato chi le esegue ? Come fai ad interfacciare il simulatore con il programma assemblato ?

Il compilatore Borland va benissimo...

antyf · 06-11-2001, 00:10

il simulatore simula ANCHE I/O, le uniche cose che non bisogna simulare sono gli interrupt

cionci · 06-11-2001, 00:15

Ok...allora sottoscrivo tutto quello che ti ho detto prima...
Per caricare tutto il programma in memoria...intendevo dire che il simulatore deve caricare tutto il programma in memoria...

Per il simulatore alloca 1 Mbyte...che in effetti è tutto lo spazio fisico indirizzabile da un 8086...

antyf · 06-11-2001, 00:46

cionci in un post di qualche tempo fa lessi che per un esame avevi scritto un compilatore: per quale linguaggio? quanto tempo ci hai messo?

cionci · 06-11-2001, 00:57

Era un compilatore C++ un po' ristrestto...

Funzioni con passaggio di parametri, solo interi con aritmetica di base...input e output di base...scope locale o globale delle variabili...

Ci ho emsso circa 2 mesi (lavorandoci una decina di ore settimanali)...ed eravamo in due...

Un assemblatore è molto + semplice...il compilatore deve fare anche un parsing completo...deve riconoscere blocchi a + livelli e roba del genere...l'albero derivato dal parsing può avere una profondità anche notevole...

Su un assemblatore tutte le istruzioni stanno allo stesso livello e come figli hanno i parametri che sono al + due...

Un simulatore lo abbiamo fatto per una CPU didattica...pensa che era scritto in assembler

Assemblatori non ne ho fatti...ma in pratica dovrebbe fare un primo passaggio per sostituire le etichette con gli indirizzi relativi di memoria delle variabili, per indicizzare il codice (associando ad ogni istruzione la sua lunghezza e la posizione nel segmento) e sostituire le etichette di salto con l'indirizzo di salto all'interno del segmento...poi il secondo passaggio deve fare la traduzione vera e propria...

antyf · 09-11-2001, 09:16

mi date dei links per l'architettura dell'8086? mi serve materiale il più approfondito possibile

cionci · 09-11-2001, 10:29

http://www.itassembly.cjb.net/

cionci · 09-11-2001, 11:04

ftp://download.intel.com/support/con...ral/231455.pdf

In fondo a questo documento c'è il codice operativo di ogni istruzione...

antyf · 09-11-2001, 12:10

Grazie cionci, sei sempre molto disponibile

cionci · 10-11-2001, 09:36

Niente

Fammi sapere come prosegue...

antyf · 19-11-2001, 15:45

Sto vedendo un pò di realizzare la procedura che deve analizzare il sorgente su disco per assemblarlo. Secondo voi è più conveniente leggere una riga alla volta (con quale istruzione?), metterla in una stringa e farci tutti i controlli, oppure leggere un char alla volta e controllare al momento se EOF, \n, " ", ect..?
Sto da 3 ore sulla seconda soluzione ma mi sembra quasi impossibile.
Se potete, mi date una mano?

05-11-2001, 19:04	#1
antyf Member Iscritto dal: Aug 2001 Città: quasi vicino Bari Messaggi: 32	ambiente di svilluppo C Devo scrivere un assemblatore e un simulatore dell'8086. Il mio prof dice che non vale la pena usare il C++ perchè secondo lui è come sparare ad una farfalla con un cannone...devo usare il C. Ho UltraEdit-32, posso configurarlo al meglio per farlo funzionare il sinergia con un compilatore C? Quale compilatore mi consigliate? Se qualcuno di voi ha fatto questo progetto come esame può darmi qualche dritta e/o links utili? Grazie mille ragà __________________ Antyf www.antyf.it

05-11-2001, 23:28	#6
antyf Member Iscritto dal: Aug 2001 Città: quasi vicino Bari Messaggi: 32	ehm... io dovrei cominciare con studiare l'architettura dell'8086 cmq l'assemblatore deve operare in 2 passaggi e mi sa tanto che avete ragione: sarà una lunga case... Il prof non vuole che il sorgente venga caricato tutto in memoria perchè si presume che ad assemblare sia una macchina con poca RAM. Il simulatore deve tener conto delle istruzioni elementari di I/O (deve saper gestire tastiera e schermo) e non deve simulare il microcodice delle istruzioni. Posso contare sul vostro aiuto? Riguardo l'editor e il compilatore C da usare che mi dite? __________________ Antyf www.antyf.it

05-11-2001, 23:51	#9
antyf Member Iscritto dal: Aug 2001 Città: quasi vicino Bari Messaggi: 32	mi spiego meglio: dobbiamo realizzare un programma che legge un sorgente assembler per processore 8086 e lo traduce in linguaggio macchina. Successivamente questo programmino in linguaggio macchina deve essere caricato ed eseguito da un altro programma fatto da noi che deve simulare l'esecuzione dell'8086, senza gestire interrupt e routine del sistema operativo (chiaramente) ma gestendo l'I/O della tastiera e del monitor. Dovrei avere il compilatore C++ della Borland, che scaricai diversi mesi fa dal suo sito, pensi sia buono? Grazie __________________ Antyf www.antyf.it

06-11-2001, 00:10	#11
antyf Member Iscritto dal: Aug 2001 Città: quasi vicino Bari Messaggi: 32	il simulatore simula ANCHE I/O, le uniche cose che non bisogna simulare sono gli interrupt __________________ Antyf www.antyf.it

06-11-2001, 00:46	#13
antyf Member Iscritto dal: Aug 2001 Città: quasi vicino Bari Messaggi: 32	cionci in un post di qualche tempo fa lessi che per un esame avevi scritto un compilatore: per quale linguaggio? quanto tempo ci hai messo? __________________ Antyf www.antyf.it

05-11-2001, 20:08	#2
cionci Senior Member Iscritto dal: Apr 2000 Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29 Messaggi: 53971	Che intendi per assemblatore ? Il simulatore non è difficilissimo...è abbastanza meccanico e palloso...

05-11-2001, 23:05	#5
cionci Senior Member Iscritto dal: Apr 2000 Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29 Messaggi: 53971	Mi ero dimenticato lo stack segment...altri 64 kb... Chiaramente se uno vuole aggiungere un supporto all'emulazione più ampio deve permettere il cambio di segmento in runtime...e la condivisione di segmento (come avviene nel modello di memoria Tiny...un solo segmento da 64kb per stack e dati)... Quindi diciamo che allocando un buffer di 1 Mb per la memoria di sistema si può fare tutto... Poi se si vuole andare oltre si può prevedere il riconoscimento delle più semplici interruzioni software...per gestire qualche rudimento di I\O...

05-11-2001, 23:36	#7
cionci Senior Member Iscritto dal: Apr 2000 Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29 Messaggi: 53971	Allora non ho capito... Cosa intendi per assemblatore e simulatore ?

05-11-2001, 23:58	#10
cionci Senior Member Iscritto dal: Apr 2000 Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29 Messaggi: 53971	Mi manca ancora un punto...il simulatore hai detto che cimula solo i/o...ma le istruzioni in linguaggio macchina del programma assemblato chi le esegue ? Come fai ad interfacciare il simulatore con il programma assemblato ? Il compilatore Borland va benissimo...

06-11-2001, 00:15	#12
cionci Senior Member Iscritto dal: Apr 2000 Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29 Messaggi: 53971	Ok...allora sottoscrivo tutto quello che ti ho detto prima... Per caricare tutto il programma in memoria...intendevo dire che il simulatore deve caricare tutto il programma in memoria... Per il simulatore alloca 1 Mbyte...che in effetti è tutto lo spazio fisico indirizzabile da un 8086...

06-11-2001, 00:57	#14
cionci Senior Member Iscritto dal: Apr 2000 Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29 Messaggi: 53971	Era un compilatore C++ un po' ristrestto... Funzioni con passaggio di parametri, solo interi con aritmetica di base...input e output di base...scope locale o globale delle variabili... Ci ho emsso circa 2 mesi (lavorandoci una decina di ore settimanali)...ed eravamo in due... Un assemblatore è molto + semplice...il compilatore deve fare anche un parsing completo...deve riconoscere blocchi a + livelli e roba del genere...l'albero derivato dal parsing può avere una profondità anche notevole... Su un assemblatore tutte le istruzioni stanno allo stesso livello e come figli hanno i parametri che sono al + due... Un simulatore lo abbiamo fatto per una CPU didattica...pensa che era scritto in assembler Assemblatori non ne ho fatti...ma in pratica dovrebbe fare un primo passaggio per sostituire le etichette con gli indirizzi relativi di memoria delle variabili, per indicizzare il codice (associando ad ogni istruzione la sua lunghezza e la posizione nel segmento) e sostituire le etichette di salto con l'indirizzo di salto all'interno del segmento...poi il secondo passaggio deve fare la traduzione vera e propria...

09-11-2001, 09:16	#15
antyf Member Iscritto dal: Aug 2001 Città: quasi vicino Bari Messaggi: 32	architettura 8086 mi date dei links per l'architettura dell'8086? mi serve materiale il più approfondito possibile __________________ Antyf www.antyf.it

09-11-2001, 10:29	#16
cionci Senior Member Iscritto dal: Apr 2000 Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29 Messaggi: 53971	http://www.itassembly.cjb.net/

09-11-2001, 11:04	#17
cionci Senior Member Iscritto dal: Apr 2000 Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29 Messaggi: 53971	ftp://download.intel.com/support/con...ral/231455.pdf In fondo a questo documento c'è il codice operativo di ogni istruzione...

09-11-2001, 12:10	#18
antyf Member Iscritto dal: Aug 2001 Città: quasi vicino Bari Messaggi: 32	Grazie cionci, sei sempre molto disponibile __________________ Antyf www.antyf.it

10-11-2001, 09:36	#19
cionci Senior Member Iscritto dal: Apr 2000 Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29 Messaggi: 53971	Niente Fammi sapere come prosegue...

19-11-2001, 15:45	#20
antyf Member Iscritto dal: Aug 2001 Città: quasi vicino Bari Messaggi: 32	ripesco il topic Sto vedendo un pò di realizzare la procedura che deve analizzare il sorgente su disco per assemblarlo. Secondo voi è più conveniente leggere una riga alla volta (con quale istruzione?), metterla in una stringa e farci tutti i controlli, oppure leggere un char alla volta e controllare al momento se EOF, \n, " ", ect..? Sto da 3 ore sulla seconda soluzione ma mi sembra quasi impossibile. Se potete, mi date una mano? __________________ Antyf www.antyf.it

Strumenti
Mostra una versione stampabile Invia questa pagina per email