Creare un sistema operativo (per davvero)

[cdimauro]

Originariamente inviato da Tommo

Comunque leva il quasi, è del tutto impossibile da solo.
E pure per una qualsiasi azienda sotto i 1000 dipendenti...

Dipende da quel che deve fare il s.o..

Eppoi i 4 linguaggi che hai citato, mi spiace deluderti, ma non sono linguaggi veri e propri

AutoIt e PHP ( ) sono linguaggi.

[dojolab]

Originariamente inviato da cionci

Storicamente si scrive in C... Di loader se ne trovano già pronti in giro...

Hai detto bene, storicamente.
Può comunque pensare al C++ o all'Obj-C.

Tecnicamente anche a Java (c'è chi ci ha provato, SUN stessa, e penso che tutti noi ricordiamo i risultati :P).

C'è chi ci sta provando in Python

[dojolab]

Originariamente inviato da cdimauro

AutoIt e PHP ( ) sono linguaggi.

Tecnicamente si caro Cesare e sai come la penso (quanti cristi mi vedi tirare spesso? :|)

[cdimauro]

Infatti da buon ateo prego che tu possa trovare la pace rivolgendo il tuo cuore ad altro.

[dojolab]

Originariamente inviato da cdimauro

Infatti da buon ateo prego che tu possa trovare la pace rivolgendo il tuo cuore ad altro.

LOL che ci fai alle 8.15 sul Forum? :|

[Kralizek]

ma questo topic non riesce proprio a trovare pace... ed ora chi lo sente a DanieleC88 ?!?!?

[khelidan1980]

Originariamente inviato da cdimauro

Infatti da buon ateo prego che tu possa trovare la pace rivolgendo il tuo cuore ad altro.

Cesare una volta avevi postati un link di un So in Python? Riesci a recuperarlo?Io non lo trovo! Grazie!

[cionci]

Originariamente inviato da khelidan1980

Cesare una volta avevi postati un link di un So in Python? Riesci a recuperarlo?Io non lo trovo! Grazie!

Un SO non potrà mai essere scritto interamente in Python, a meno di non avere una versione di Python che genera codice compilato. E' così per qualsiasi linguaggio.
Dovrai sempre, e dico sempre, scrivere almeno una parte in un linguaggio compilato. Poi dopo ci si può sbizzarrire.

[dojolab]

Originariamente inviato da cionci

Un SO non potrà mai essere scritto interamente in Python, a me di non avere una versione di Python che genera codice compilato. E' così per qualsiasi linguaggio.
Dovrai sempre, e dico sempre, scrivere almeno una parta in un linguaggio compilato. Poi dopo ci si può sbizzarrire.

Infatti se non erro il progetto era proprio questo!

Comunque hai ragione per l'implementazione dell'OS a meno di non fornire una piattaforma h/w con dentro un os minimale scritto in C/C++ che fornisce un interprete Python dal quale poi, come dici giustamente tu, ci si può sbizzarrire :P

[khelidan1980]

Originariamente inviato da cionci

Un SO non potrà mai essere scritto interamente in Python, a meno di non avere una versione di Python che genera codice compilato. E' così per qualsiasi linguaggio.
Dovrai sempre, e dico sempre, scrivere almeno una parte in un linguaggio compilato. Poi dopo ci si può sbizzarrire.

Si certo mi pare avessero scritto una minima parte in C per far girare l'interprete Python ma non riesco a recuperare il link, volevo darci un occhio per curiosità.

EDIT: chissà se si arriverà mai a fornire direttamente nel firmware dei vari hw le implementazioni delle vm più diffuse

[cdimauro]

Originariamente inviato da dojolab

LOL che ci fai alle 8.15 sul Forum? :|

Guarda che a quell'ora sono già sveglio da un bel pezzo. Figli rulez.

Originariamente inviato da khelidan1980

Cesare una volta avevi postati un link di un So in Python? Riesci a recuperarlo?Io non lo trovo! Grazie!

Non sono riuscito a recuperarlo nemmeno io, mi spiace. Farò qualche altra ricerca non appena avrò un po' di tempo in più.

Originariamente inviato da cionci

Un SO non potrà mai essere scritto interamente in Python, a meno di non avere una versione di Python che genera codice compilato. E' così per qualsiasi linguaggio.
Dovrai sempre, e dico sempre, scrivere almeno una parte in un linguaggio compilato. Poi dopo ci si può sbizzarrire.

PyPy (che è scritto in RPython, un sottoinsieme di Python) genera già codice compilato e, se non ricordo male, anche codice macchina PowerPC.

Poi ci sono progetti come Shedskin http://code.google.com/p/shedskin/ che potrebbero essere adattati.

[marco.r]

Originariamente inviato da cionci

Un SO non potrà mai essere scritto interamente in Python, a meno di non avere una versione di Python che genera codice compilato. E' così per qualsiasi linguaggio.
Dovrai sempre, e dico sempre, scrivere almeno una parte in un linguaggio compilato. Poi dopo ci si può sbizzarrire.

Se invece di generare bytecode per una macchina virtuale il backend ti genera codice nativo si può fare. Per un linguaggio dinamico è più difficile ma non impossibile, vedi ad esempio i sistemi operativi delle lisp-machine.

[cionci]

Infatti non ho scritto che fosse impossibile farlo interamente con Python Ho detto che in ogni caso deve essere compilato. Per compilato intendevo dire non in forma intermedia poi interpretata da una VM, ma in linguaggio macchina.

[ingframin]

Originariamente inviato da khelidan1980

Si certo mi pare avessero scritto una minima parte in C per far girare l'interprete Python ma non riesco a recuperare il link, volevo darci un occhio per curiosità.

EDIT: chissà se si arriverà mai a fornire direttamente nel firmware dei vari hw le implementazioni delle vm più diffuse

C'è chi ha implementato su un FPGA la JVM e poi ci sono i processori AVR32 della Atmel che hanno l'hardware per interpretare il bytecode Java. Una volta si parlava anche di un processore, il picoJava, creato ad hoc ma poi non se n'è più sentito parlare.

[dojolab]

Originariamente inviato da cdimauro

Guarda che a quell'ora sono già sveglio da un bel pezzo. Figli rulez.

Mi fai paura, domani ti ribalto
Anzi no, ti mando una funzione JavaScript via Skype così impari :/

Originariamente inviato da cdimauro

Non sono riuscito a recuperarlo nemmeno io, mi spiace. Farò qualche altra ricerca non appena avrò un po' di tempo in più.

Non si chiamava PyOS? Ti ricorda qualcosa questo nome?

[pabloski]

Mmm leggo di molti suggerimenti interessanti, ma rimane una questione molto seria aperta e cioè: "un OS non puoi scriverlo in un linguaggio ad alto livello senza avere un compilatore adatto"....

con Python non puoi istanziare un puntatore all'area B8000-BBFFF per scrivere sullo schermo

tutte queste aggiunte bisogna farsele da sè....

per esempio, un consiglio che posso dare ( ed è la prima ed ultima volta che lo consiglierò per questioni ideologiche ) è di provare a realizzare un OS in c#

c# pure necessita di un compilatore ad hoc e di alcune aggiunte, ma almeno un minimo di algebra dei puntatori ce l'ha

poi ci sono cosmos e sharpos che hanno dei compilatori belli e pronti da utilizzare

usare un altro linguaggio senza le dovute modifiche, significa solo che vai a scrivere un mare di codice in c, per creare una vm su cui far girare il codice scritto nel linguaggio di alto livello

imho completamente inutile, tanto i driver poi devi scriverli in c lo stesso

[cionci]

Originariamente inviato da pabloski

imho completamente inutile, tanto i driver poi devi scriverli in c lo stesso

Non necessariamente. Devi implementare un'api adeguata per essere usata con i linguaggi di alto livello e sei a posto.

[eraser]

Originariamente inviato da pabloski

per esempio, un consiglio che posso dare ( ed è la prima ed ultima volta che lo consiglierò per questioni ideologiche ) è di provare a realizzare un OS in c#

Praticamente più o meno intendi Singularity

[pabloski]

Originariamente inviato da cionci

Non necessariamente. Devi implementare un'api adeguata per essere usata con i linguaggi di alto livello e sei a posto.

è una possibilità in effetti, ma richiede un lavoraccio sul linguaggio.....imho un lavoro non giustificabile....alla fin fine il C non è il diavolo

Originariamente inviato da eraser

Praticamente più o meno intendi Singularity

cosmos o sharpos anche, col vantaggio che nel codice di questi due c'è il compilatore, in singularity no

il problema di singularity è l'interazione tra i driver e il sistema.....potenzialmente si può creare un sistema ancora più insicuro di windows

e comunque l4 ha distrutto singularity in praticamente tutti i benchmark, per cui non capisco qual'è, nel 2010, il senso di un OS che non usa i meccanismi di protezione forniti dalla cpu

[cdimauro]

Originariamente inviato da dojolab

Mi fai paura, domani ti ribalto
Anzi no, ti mando una funzione JavaScript via Skype così impari :/

Vade retro, Satana!

Non si chiamava PyOS? Ti ricorda qualcosa questo nome?

Qualcosina.

Originariamente inviato da pabloski

Mmm leggo di molti suggerimenti interessanti, ma rimane una questione molto seria aperta e cioè: "un OS non puoi scriverlo in un linguaggio ad alto livello senza avere un compilatore adatto"....

con Python non puoi istanziare un puntatore all'area B8000-BBFFF per scrivere sullo schermo

tutte queste aggiunte bisogna farsele da sè....

Non puoi farle nemmeno in C. Casualmente ho scritto un articolo in proposito questa settimana.

usare un altro linguaggio senza le dovute modifiche, significa solo che vai a scrivere un mare di codice in c, per creare una vm su cui far girare il codice scritto nel linguaggio di alto livello

imho completamente inutile, tanto i driver poi devi scriverli in c lo stesso

Rispondo sotto.

Originariamente inviato da cionci

Non necessariamente. Devi implementare un'api adeguata per essere usata con i linguaggi di alto livello e sei a posto.

Esattamente. Infatti in Cleese il supporto del C è minimale: giusto per far girare la virtual machine Python, ma tutto il resto è realizzato con questo linguaggio.

Un altro progetto interessante che ha qualche affinità con Cleese è Python-on-a-chip che ha un runtime davvero microscopico per quello che offre.

Originariamente inviato da pabloski

è una possibilità in effetti, ma richiede un lavoraccio sul linguaggio.....imho un lavoro non giustificabile....alla fin fine il C non è il diavolo

Dipende dai punto di vista.

cosmos o sharpos anche, col vantaggio che nel codice di questi due c'è il compilatore, in singularity no

il problema di singularity è l'interazione tra i driver e il sistema.....potenzialmente si può creare un sistema ancora più insicuro di windows

e comunque l4 ha distrutto singularity in praticamente tutti i benchmark, per cui non capisco qual'è, nel 2010, il senso di un OS che non usa i meccanismi di protezione forniti dalla cpu

Singularity è soltanto un proof-of-concept.