[C] Programmare un Sistema Operativo

[Ryuzaki_Eru]

Forse pensavano che informatica volesse dire "impariamo ad usare Word ed Excel".

Metà dei miei colleghi di università pensano proprio questo.

Cmq concordo con chi dice che è un bene avere gli strumenti moderni, io stesso non sarei in grado di usare Linux solo in interfaccia testo...

Perchè non sei obbligato ad imparare ad usarla

Comunque per il sistema operativo, la discussione mi affascina sempre più e avrei una voglia matta di prendere in mano un task, ma come conoscenze non ci sono. L'unica conoscenza che sto riprendendo è il C, per il resto prima di poter fare qualcosa di utile chissà quanto tempo ci vorrà.

[Z80Fan]

Originariamente inviato da Ryuzaki_Eru

Perchè non sei obbligato ad imparare ad usarla

Veramente la so usare, ma non c'ho voglia

Originariamente inviato da Ryuzaki_Eru

Comunque per il sistema operativo, la discussione mi affascina sempre più e avrei una voglia matta di prendere in mano un task, ma come conoscenze non ci sono. L'unica conoscenza che sto riprendendo è il C, per il resto prima di poter fare qualcosa di utile chissà quanto tempo ci vorrà.

Tranquillo non c'è fretta Oppure potresti fare da "ricercatore" trovando informazioni utili su internet.

[Ryuzaki_Eru]

Originariamente inviato da Z80Fan

Veramente la so usare, ma non c'ho voglia

Questo è un altro discorso allora. Avevi scritto che non la sapevi usare

Tranquillo non c'è fretta Oppure potresti fare da "ricercatore" trovando informazioni utili su internet.

Che ruolo di m***a mi hai trovato
Comunque fretta non ce nè, ma prima inizio meglio è altrimenti poi trovo il progetto troppo avviato.

[khelidan1980]

Originariamente inviato da Z80Fan

Vero, penso che la diffusione del pc al grande pubblico sia stata una grande cosa, ma anche una brutta: metti un bambino (ragazzo) degli anni '80: si compra il suo bellissimo (e costosissimo ) Commodore 64, magari anche con un paio di cassette, e comincia a giocare. Poi magari si stufa perchè il gioco era bruttino, fuori piove e non sa cosa fare. Prende il manuale e scrive print "Ciao" e lui gli risponde Ciao. Quindi, se fosse stato un tipo come me avrebbe scritto input a$ print "Ciao", a e così via... si appassionava e diventava un programmatore di quelli veri, a cui piace il proprio lavoro e lo trattano come un'arte. Un ragazzo moderno non ha più queste possibilità, finisce il gioco e... gioca a campo minato.

Te fai questione di epoca ciò che è secondo me,è questione di passione,nulla vietava all'epoca di spegnere il computer ed andar a cazzeggiare in giro,senza dover per forza passare per il campo minato....il fatto è che ogni persona di qualsiasi epoca guarda in modo romantico al tempo che fu...

P.s: indubbiamente qualcosa di migliore nel passato c'era oggettivamente,ad esempio loro avevano i Led Zeppelin e noi i Backstreet Boys

[Z80Fan]

Originariamente inviato da khelidan1980

Te fai questione di epoca ciò che è secondo me,è questione di passione,nulla vietava all'epoca di spegnere il computer ed andar a cazzeggiare in giro,senza dover per forza passare per il campo minato....il fatto è che ogni persona di qualsiasi epoca guarda in modo romantico al tempo che fu...

Vero

Originariamente inviato da khelidan1980

P.s: indubbiamente qualcosa di migliore nel passato c'era oggettivamente,ad esempio loro avevano i Led Zeppelin e noi i Backstreet Boys

[Ryuzaki_Eru]

Te fai questione di epoca ciò che è secondo me,è questione di passione,nulla vietava all'epoca di spegnere il computer ed andar a cazzeggiare in giro,senza dover per forza passare per il campo minato....il fatto è che ogni persona di qualsiasi epoca guarda in modo romantico al tempo che fu...

E' vero, ma c'era anche una cultura diversa e l'informatica non era come adesso. All'epoca c'era poco da fare:

accendevi il pc a giocavi
accendevi il pc, i giochi non piacevano, ma ti piaceva di più lanciarli e iniziavi con il tuo primo PRINT
uscivi

Ora invece i ragazzi hanno:

adsl
chat
facebook
videogiochi
videogiochi
videogiochi
ecc ecc ecc

di conseguenza mettersi seduti al pc a studiare e scrivere codice non è una cosa molto allettante se non ci si trova dentro. Prima invece eri quasi obbligato a provarla se i giochi non ti piacevano e non sapevi dove andare.

[Z80Fan]

Ok ragazzi sarebbe interessante continuare questo discorso storico, ma questo non è il posto più adatto

[Ryuzaki_Eru]

Giusto. Chiuso OT.

[cdimauro]

Originariamente inviato da Z80Fan

- Qualcuno che conosca bene la modalità protetta dal 386 e che sappia bene come impostare i vari segmenti ( che saranno cmq da 0 a 4gb ) settanto tutti i vari flag

Cosa t'interessa sapere?

Dopo essere stati caricati da grub ed essere in start.asm, tornare temporaneamente in modalità reale, abilitare una modalità grafica (p es 640x480) e poi tornare in protetta. Da li poi dobbiamo scrivere solo nel framebuffer che si trova ad 0xA0000 se non erro.

Sì, esatto. E' la strada più semplice.

[Z80Fan]

Buon Anno a Tutti !!!!
Il mio proposito per l'anno nuovo è finire stò benedetto kernel (oltre a prendere un bel voto in storia )

Originariamente inviato da cdimauro

Cosa t'interessa sapere?

Informazioni tecniche non troppe, magari ci puoi scrivere qualche #define in modo da poter passare alla funzione gdt_set_gate dei valori leggibili.

Bisognerà anche definire la mappa della memoria, come è vista da ogni processo.
Ma aspettiamo ancora un po' quando finiranno i festeggiamenti

[khalhell]

Originariamente inviato da Z80Fan

Buon Anno a Tutti !!!!
Il mio proposito per l'anno nuovo è finire stò benedetto kernel (oltre a prendere un bel voto in storia )


Informazioni tecniche non troppe, magari ci puoi scrivere qualche #define in modo da poter passare alla funzione gdt_set_gate dei valori leggibili.

Bisognerà anche definire la mappa della memoria, come è vista da ogni processo.
Ma aspettiamo ancora un po' quando finiranno i festeggiamenti

Cosè siete dietro che programmate anche a capodanno?? io lo farei...

[Z80Fan]

Ah si mi son dimenticato di scrivere che ho inserito la nuova versione del kernel!

Novità nella 0.02a: il dma e il floppy funzionano bene (avevo cominciato anche una specie di cache associativa per le tracce del floppy, ma ora è temporaneamente disabilitata e incompleta perchè non era strettamente necessaria per lo sviluppo dei due componenti).

Il prossimo passo sarà portare la FAT12, cominciare a pensare al multitasking e implementare le funzioni di memory management già proposte da Rikiji

[Z80Fan]

Originariamente inviato da khalhell

Cosè siete dietro che programmate anche a capodanno?? io lo farei...

I veri programmatori non hanno bisogno di queste feste "umane"

[cdimauro]

Originariamente inviato da Z80Fan

Informazioni tecniche non troppe, magari ci puoi scrivere qualche #define in modo da poter passare alla funzione gdt_set_gate dei valori leggibili.

Bisognerà anche definire la mappa della memoria, come è vista da ogni processo.
Ma aspettiamo ancora un po' quando finiranno i festeggiamenti

Ho trovato un ottimo tutorial: semplice, e con #define e routine annesse.

Penso che dovrebbe bastarti. Se ci sono delle cose non chiare, chiedi pure.

P.S. Vale anche per la LDT.

[Z80Fan]

Originariamente inviato da cdimauro

Ho trovato un ottimo tutorial: semplice, e con #define e routine annesse.

Penso che dovrebbe bastarti. Se ci sono delle cose non chiare, chiedi pure.

P.S. Vale anche per la LDT.

Grazie, anche se lo conoscevo già quel tutorial (prova a confrontare il mio listato e quello sul sito )
Non ricordavo che spiegasse anche il significato dei bit, parto subito al lavoro!

[M4rk191]

Visto che siete esperti ne approfitto per chiedere una cosa a cui penso da ieri.

Nella scrittura del kernel, si può usare la libreria standard del C?
Mi spiego, alcune funzioni (es. fopen) sono implementate sfruttando chiamate di sistema, quindi mi chiedo, è possibile utilizzare comunque queste funzioni, o è necessario, magari, implementare prima delle chiamate di sistema?

@Z80Fan: Quando parlavo di portabilità, intendevo chiedere, se fai/farai uso di keyword come typeof, che sono appunto estensioni GNU. In sostanza, mi chiedevo, se i sorgenti, potranno essere poi compilati senza modifiche su qualunque compilatore C, oppure se dovranno essere compilato per forza con GCC a meno di modifiche

[Z80Fan]

Originariamente inviato da M4rk191

Visto che siete esperti ne approfitto per chiedere una cosa a cui penso da ieri.

Nella scrittura del kernel, si può usare la libreria standard del C?
Mi spiego, alcune funzioni (es. fopen) sono implementate sfruttando chiamate di sistema, quindi mi chiedo, è possibile utilizzare comunque queste funzioni, o è necessario, magari, implementare prima delle chiamate di sistema?

@Z80Fan: Quando parlavo di portabilità, intendevo chiedere, se fai/farai uso di keyword come typeof, che sono appunto estensioni GNU. In sostanza, mi chiedevo, se i sorgenti, potranno essere poi compilati senza modifiche su qualunque compilatore C, oppure se dovranno essere compilato per forza con GCC a meno di modifiche

Purtroppo non possiamo usare le librerie nel kernel perchè le librerie non fanno altro che richiamare certe funzioni (appunto le chiamate di sistema) che sono nel kernel, e che dobbiamo scrivere noi; non è che nella fopen c'è tutto il codice per interfacciarsi coi dischi ecc..., la fopen non fa altro che chiamare una syscall apposita che fa la funzione desiderata.

Per la portabilità: attualmente l'unica cosa gcc è l'assembler inline, cmq abbastanza limitato. Io non conosco bene funzioni avanzate del gcc, anche perchè ho studiato da libri che non preferivano un compilatore ad un altro. Quindi penso che si possa portare tranquillamente (ma non vorrai mica compilarlo con il compilatore Microsoft?!? sacrilegio! )

[cionci]

Non si può. Le estensioni dell'asm inline del GCC sono diverse da quelle del compilatore Microsoft.

Z80Fan: l'asm per forza di cose l'hai studiato per un assemblatore specifico. Esistono due grandi famiglie di assemblatori x86: quelli con la sintassi Intel e quelli con la sintassi AT&T.
La differenza principale, ma non la sola, sta nell'ordine in cui vengono presentati gli operandi.
In quello Intel:

Opcode Destinazione Sorgente

In quello AT&T:

Opcode Sorgente Destinazione

L'assembly inline del GCC è di tipo AT&T, quello inline del compilatore MS è di tipo Intel. Esistono anche assemblatori che supportano entrambi i formati (NASM).

[Z80Fan]

Originariamente inviato da cionci

Non si può. Le estensioni dell'asm inline del GCC sono diverse da quelle del compilatore Microsoft.

Si ho scritto male, volevo dire che si può portare tranquillamente riscrivendo però le parti con l'assembly inline. Grazie

[M4rk191]

Originariamente inviato da Z80Fan

Purtroppo non possiamo usare le librerie nel kernel perchè le librerie non fanno altro che richiamare certe funzioni (appunto le chiamate di sistema) che sono nel kernel, e che dobbiamo scrivere noi; non è che nella fopen c'è tutto il codice per interfacciarsi coi dischi ecc..., la fopen non fa altro che chiamare una syscall apposita che fa la funzione desiderata.

Per la portabilità: attualmente l'unica cosa gcc è l'assembler inline, cmq abbastanza limitato. Io non conosco bene funzioni avanzate del gcc, anche perchè ho studiato da libri che non preferivano un compilatore ad un altro. Quindi penso che si possa portare tranquillamente (ma non vorrai mica compilarlo con il compilatore Microsoft?!? sacrilegio! )

Riguardo alle estensioni era solo una curiosità, legata al fatto che, il kernel Linux ha bisogno di diverse modifiche per poter essere compilato, ad esempio, dal compilatore Intel (e non MS ).

Sarei curioso di vedere come è implementata la chiamata di sistema per l'accesso ai file di un SO UNIX, secondo voi la trovo se cerco nei sorgenti XNU/BSD?