[C] Programmare un Sistema Operativo

[dojolab]

Originariamente inviato da Z80Fan

Certamente . Sono però combattuto sul tradurlo in Inglese per avere una maggior audience; cosa ne pensate?

Io voto per l'inglese, se ti serve una mano, non sono una cima ma posso aiutarti. In tutto, anche in C. (anche se di OS capisco == 0)

[Z80Fan]

Originariamente inviato da diablo512

ho scaricato l'immagine floppy gia compilata..

se dico castronerie fermatemi xD

da quel che so il file immagine è fatto cosi:

bootloader + kernel

sapendo la dimensione del bootloader posso sovrascriverci il nuovo kernel?


per il commento...massì dai lascialo in italiano visto che di documentazione in italiano ce n'è poca.
...se il progetto si dovesse allargare tanto si potrebbe poi sempre tradurre...

No, il file immagine è proprio come un floppy, formattato in FAT, e il kernel è un file all'interno della FAT. Il programma mcopy (che ti stava dando problemi prima proprio perchè non c'era fdd.bin) serve a "manipolare" il file immagine in modo che copi il nuovo kernel sistemando la FAT proprio come se tu aprissi la finestra di un floppy vero e trascinassi il nuovo file del kernel.

Infatti, se ti posizioni nella cartella di fdd.bin e scrivi:

mdir -i fdd.bin

Ti mostrerà i file all'interno dell'immagine, a me appare:

 Volume in drive : has no label
 Volume Serial Number is 68AC-0E64
Directory for ::/

GRUB         <DIR>     2010-05-23  19:50  grub
kernel   bin    110436 2010-10-04  19:52  kernel.bin
FILE              3399 2010-01-15  18:43  file
FILE2              521 2010-01-15  19:43  file2
RAMDISK  IMG   1048576 2010-04-23  17:34  ramdisk.img
ALTROF~1 TXT        35 2010-04-23  17:32  altro file.txt
        6 files           1 162 967 bytes
                            177 152 bytes free

Abbiamo il nostro kernel.bin, poi abbiamo altri file di prova, e la cartella dove ci sono tutti i file di grub.

Se vuoi puoi anche montare il file come se fosse una unità vera creando una cartella:

mkdir floppyVirtuale
sudo mount -t msdos fdd.bin floppyVirtuale -o loop
ls floppyVirtuale
sudo umount floppyVirtuale
rmdir floppyVirtuale

Ho approfittato della tua domanda per spiegare meglio alcune cosette

Originariamente inviato da dojolab

Io voto per l'inglese, se ti serve una mano, non sono una cima ma posso aiutarti. In tutto, anche in C. (anche se di OS capisco == 0)

Molto gentile
Puoi provare a dare un'occhiata ai sorgenti e vedere quali file secondo te sono carenti di commenti.

[dojolab]

Originariamente inviato da Z80Fan

Molto gentile
Puoi provare a dare un'occhiata ai sorgenti e vedere quali file secondo te sono carenti di commenti.

Già osservati e ri-osservati.
Nel week prossimo mi metto a guardarli ancora meglio.

Diciamo che più o meno tutti andrebbero riscritti, sia come pulizia del codice sia come commenti; scommetto che sei 'giovane', molto, come esperienza di scrittura codice; conoscenze ne hai una cifra, ti manca un pò di 'ordine' nei sorgenti. (Poi è una questione di gusti, ma nei progetti ci vuole un filo guida preciso).

Se vuoi una mano io te la do volentieri almeno imparo qualcosa sugli OS in maniera applicata (che non è il mio campo). Usi skype/MSN? Se si, scrivimi pure in PM.

Ne parliamo li!

[Z80Fan]

Originariamente inviato da dojolab

Diciamo che più o meno tutti andrebbero riscritti, sia come pulizia del codice sia come commenti; scommetto che sei 'giovane', molto, come esperienza di scrittura codice; conoscenze ne hai una cifra, ti manca un pò di 'ordine' nei sorgenti. (Poi è una questione di gusti, ma nei progetti ci vuole un filo guida preciso).

La prendo come un'offesa personale! ()

Tuttavia anche io penso che alcuni siano un po' antiestetici, ma non tutti dai

[dojolab]

Originariamente inviato da Z80Fan

La prendo come un'offesa personale! ()

Tuttavia anche io penso che alcuni siano un po' antiestetici, ma non tutti dai

Ma è un'offesa personale, legata al programmatore; che colpe ne ha la tua creatura?

Scherzo ovviamente, ci becchiamo su MSN

[- Lke -]

...se il progetto si dovesse allargare tanto si potrebbe poi sempre tradurre...

Commento spot, sto leggendo il thread da qualche giorno giusto per curiosità.

Volevo dire la mia su questa frase: il progetto si potrebbe allargare se si traduce la documentazione in inglese. Purtroppo siamo noi che ci dobbiamo adeguare a questo standard di fatto...

La documentazione aumenta sicuramente l' appeal di un prodotto, in questo caso di un software.

[OT mode ON]
Questa cosa l'ho assimilata oggi stesso leggendo del progetto di creare una sorta di manuale dell' engine gtk Murrine.
[OT mode OFF]

[banryu79]

Anche io penso che i commenti siano da tradurre in lingua inglese, ciao

[Z80Fan]

Originariamente inviato da - Lke -

Commento spot, sto leggendo il thread da qualche giorno giusto per curiosità.

Volevo dire la mia su questa frase: il progetto si potrebbe allargare se si traduce la documentazione in inglese. Purtroppo siamo noi che ci dobbiamo adeguare a questo standard di fatto...

La documentazione aumenta sicuramente l' appeal di un prodotto, in questo caso di un software.

[OT mode ON]
Questa cosa l'ho assimilata oggi stesso leggendo del progetto di creare una sorta di manuale dell' engine gtk Murrine.
[OT mode OFF]

Originariamente inviato da banryu79

Anche io penso che i commenti siano da tradurre in lingua inglese, ciao

Si, è quello che pensavo anche io, solo vuoi mettere un sistema operativo italiano?
(Cmq i nomi delle funzioni e delle variabili sono in inglese, sono solo i commenti in italiano)

[dojolab]

Originariamente inviato da Z80Fan

Si, è quello che pensavo anche io, solo vuoi mettere un sistema operativo italiano?
(Cmq i nomi delle funzioni e delle variabili sono in inglese, sono solo i commenti in italiano)

Bugiardo :P
Io ho visto diversi nomi di variabili, strutture e funzioni in italiano V_V.

[Z80Fan]

Originariamente inviato da dojolab

Bugiardo :P
Io ho visto diversi nomi di variabili, strutture e funzioni in italiano V_V.

Solo nel codice più vecchio

[dojolab]

Originariamente inviato da Z80Fan

Solo nel codice più vecchio

V_V vediamo di sistemarle :P

[Z80Fan]

Mi è venuta una piccola idea, i "file dinamici":
sono file che ci sono sul filesystem ma non hanno dati, che quando vengono aperti viene richiamato un programma che genera un output che sarà letto dal primo programma; come una pipe, insomma, solo che il collegamento viene fatto automaticamente quando il primo programma cerca di aprire il file, oppure come i file di /proc, solo che questo può richiamare qualsiasi programma con una command-line + o - complessa.
Un esempio banale ma concreto: un file /time che quando aperto ha come contenuto la data e ora correnti.

Potrebbe essere utile una cosa del genere (ovviamente non per leggere la data! )?

[Mantis-89]

un link?

[Z80Fan]

Originariamente inviato da Mantis-89

un link?

No, è qualcosa di più di un link.
Se fosse un normale link (ad esempio /time che punta all'utility per leggere la data), io quando faccio:

ifstream file("/time", ios::in);
file = fopen("/time");

e poi leggo dal file, otterrei i dati binari dell'eseguibile. Qui io invece intendo questa sequenza di operazioni:

1. Il programma apre il file ( ifstream file("/time", ios::in); )
2. Il sistema riceve la richiesta, controlla il file "/time" e vede che è un file dinamico.
3. Il sistema legge i dati del file dinamico (tra cui c'è indicato la linea di comando da eseguire, e magari con quale interprete, ad esempio: "bash", "/bin/gettime -t")
4. Il programma produrrà dell'output, che verrà salvato dal sistema in un file temporaneo o in un'area di memoria
5. Il sistema ritorna all'applicazione un handler di questo nuovo file temporaneo o memoria condivisa.

[pabloski]

quindi non è nemmeno simile ai device driver unix, perchè in questo caso dietro un file virtual in /dev c'è un processo che è sempre in ascolto

nel tuo caso, invece, il processo viene creato al momento in cui il file viene aperto per la lettura

è una cosa simile al rpc di corba ma fatta con i file

[Z80Fan]

Originariamente inviato da pabloski

quindi non è nemmeno simile ai device driver unix, perchè in questo caso dietro un file virtual in /dev c'è un processo che è sempre in ascolto

nel tuo caso, invece, il processo viene creato al momento in cui il file viene aperto per la lettura

è una cosa simile al rpc di corba ma fatta con i file

Esatto, proprio così.
Potrebbe essere di utilità in qualche modo?

[pabloski]

Originariamente inviato da Z80Fan

Esatto, proprio così.
Potrebbe essere di utilità in qualche modo?

direi più di qualche modo

parlo di cluster, cloud computing, semplice comunicazione interprocesso, ecc...

quello che tu vuoi fare è creare dei programmi automatizzati che possono essere interrogati da un altro processo.....ovviamente bisogna aumentare la granularità, nel senso che non dev'esserci un file che una volta aperto ti permette di leggere dallo standard output di un altro processo

ci vuole qualcosa che ti permetta di invocare questo o quel metodo di una specifica classe all'interno di un altro processo

a questo punto il sistema bypasserebbe di parecchio la nozione di programma come blocco monolitico

è quello che cercò di fare pure la microsoft con com ma poi non ho capito perchè è diventata una tecnologia marginale

[Kralizek]

Originariamente inviato da pabloski

direi più di qualche modo

parlo di cluster, cloud computing, semplice comunicazione interprocesso, ecc...

quello che tu vuoi fare è creare dei programmi automatizzati che possono essere interrogati da un altro processo.....ovviamente bisogna aumentare la granularità, nel senso che non dev'esserci un file che una volta aperto ti permette di leggere dallo standard output di un altro processo

ci vuole qualcosa che ti permetta di invocare questo o quel metodo di una specifica classe all'interno di un altro processo

a questo punto il sistema bypasserebbe di parecchio la nozione di programma come blocco monolitico

è quello che cercò di fare pure la microsoft con com ma poi non ho capito perchè è diventata una tecnologia marginale

beh diciamo che COM si é evoluto in .NET che si é successivamente evoluto in WCF =)

[Z80Fan]

Originariamente inviato da pabloski

quello che tu vuoi fare è creare dei programmi automatizzati che possono essere interrogati da un altro processo.....ovviamente bisogna aumentare la granularità, nel senso che non dev'esserci un file che una volta aperto ti permette di leggere dallo standard output di un altro processo

ci vuole qualcosa che ti permetta di invocare questo o quel metodo di una specifica classe all'interno di un altro processo

a questo punto il sistema bypasserebbe di parecchio la nozione di programma come blocco monolitico

è quello che cercò di fare pure la microsoft con com ma poi non ho capito perchè è diventata una tecnologia marginale

Forse sei andato più in là: non vengono creati nuovi programmi ad-hoc, può essere qualsiasi linea di comando, o anche uno script in python per esempio.
L'output del programma viene salvato in un buffer, e quando ha terminato, il buffer può essere passato al richiedente. Il "metodo della classe" può essere richiamato solo se il programma stesso prevede degli switch per attivare le apposite funzioni. Praticamente è un po' meno potente di una RPC (che tra l'altro non sarebbe adatta ad essere implementata con i file).

[DanieleC88]

A questo punto diventa una scorciatoia per una pipe... Non so quanto possa essere utile, al limite accorcia qualche script.