Newsgroup: it.comp.os.dibattiti
Titolo: Domanda

Se uno volesse progettare un nuovo sistema
operativo, secondo voi quali dovrebbero essere
le più importanti librerie o i più importanti
compilatori che dovrebbero essere portati subito
sul nuovo OS, per consentire un rapido porting
dei programmi più popolari dal mondo Windows
o Linux?
(Per capirci, vorrei che su VegetaOS
comparisse entro poco tempo OpenOffice, Gimp,
VirtualDub, MovieXone, Blender, MuPad,
IrfanView, 2xExplorer e tutto il *buon* freeware
ha anche la caratteristica di essere user friendly).
Saluti
Vegeta

 comparisse entro poco tempo OpenOffice, Gimp,
gtk

 <icq:241572242>
But still I fear, and still I dare not
Laugh at the mad man (The Prophet's song)

 --
C'è una cosa però che non ho capito.
E' chiaro che il codice di Windows o delle librerie di
Microsoft non è disponibile (e vorrei vedere!).
Ma comunque è disponibile la documentazione delle
DLL perchè se non si sapesse che cosa fanno quelle
funzioni e quali sia la sintassi, sarebbe impossibile
per gli sviluppatori (tranne MS), utilizzarle.
Quindi, a conti fatti, è sufficiente creare delle librerie
che emulino le funzioni delle principali DLL di
Windows, creare uno strumento di sviluppo per
VegetaOS non  diverso da Visual Basic (e fornito
con l'OS), ed uno strumento che possa concorrere
con Visual C++ (anch'esso fornito con VegetaOS)
ed il porting delle applicazioni Windows risulterebbe
facilitato.
Sbaglio?

 facilitato.
Non dimentichiamoci di crare uno software che concorra con photoshop
(incluso nel sistema)...... sai, per facilitare la creazione delle icone per
VegetaOS.

"Filip Janiszewski" <Xf1l...@gmxZ.net> ha scritto nel messaggio
news:edfDb.28093$5o6....@tornado.fastwebnet.it...

Grande pensata....
Sai, forse se prendi il motore software di Gimp, gli
sostituisce quella schifez... ehm.... splendida interfaccia
che ha con una interfaccia più evoluta e convenzionale
(alla Paint Shop Pro per intenderci), lo rendi integrato
con il design di VegetaOS, ottimizzi tutto
per il suo motore grafico, e fai un serio debug del
codice ricavato.....
Forse non sarà proprio come PhotoShop ma....
Saluti
Vegeta
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.520 / Virus Database: 318 - Release Date: 18/09/03

 ha anche la caratteristica di essere user friendly).
Quello che volete fare con 'sto VegetaOS e' un progetto mastodontico.
Per curiosita': quanti siete per adesso?

 Per curiosita': quanti siete per adesso?
Beh, ci sarà Vegeta, Trunks, Gohan, Goku, Goten, magari anche Mr. Satan..
;)
-- 
il Vide - ICQ# 5301833
IAMM - it.arti.musica.metal 
http://www.heavy-metal.it
"There is no stronger drug than reality"

 Sbaglio?
Io te lo ripeto, giusto per completezza:
prima si fanno le fondamenta e poi il tetto...
bye,
-- 
   Piergiorgio Sartor


Scusami per la mia scarsa conoscenza di Linux.
GlibC = GNU library C
e non Graphic Library C.
Chiedo scusa per l'errore.
Saluti
Vegeta

 ha anche la caratteristica di essere user friendly).
Sì, freeware, ma se vuoi fare il porting non ti serve freeware, ma 
software Free (
http://www.gnu.org/home.it.html
), oppure Open Source 
(
http://www.opensource.org
)... altrimenti nisba sorgenti!
E no sources, no porting!
(a meno che tu non voglia fare reverse engineering o emulatori...).
Nella lista di programmi che elenchi ci sono uno o due programmi che 
sono sì gratuiti (freeware), ma non sono Free... prova a sostituirli con 
qualcosa di cui puoi vedere i sorgenti!
Perciò occhio alle licenze:
Programma	Licenza					Sorgenti?
OpenOffice	LGPL, SISSL, PDL			SI
Gimp		GPL					SI
VirtualDub	GPL					SI
MovieXonePlus	Commerciale, 39€			NO :-(
Blender		GPL o simile (non sono sicuro)		SI
MuPad		Shareware?				NO :-(
IrfanView	Freeware for not commercial use		NO :-(
2xExplorer 	Freeware				NO :-(
Inoltre: sotto che licenza vorresti rilasciare il tuo OS? Che modello di 
sviluppo vuoi seguire?
E' importante, perchè la licenza e il modello di sviluppo scelti possono 
fare MOLTA differenza: se il tuo progetto è interessante, una licenza 
tipo gpl *E* uno sviluppo aperto e collaborativo potrebbero velocemente 
circondarti di altra gente in gamba disposte ad aiutarti, mentre un 
approccio chiuso e accentratore potrebbe alla lunga renderti pesante e 
lento il lavoro!
A questo proposito vedi:
http://www.apogeonline.com/openpress/doc/cathedral.html
In bocca al lupo, e facci sapere come va!
Ciao e
Keep the Internet Free! (
www.gnu.org
)
Gerry
PS Hai un sito? Hai scritto programmi interessanti? Salutami Trunks!

 ;)
già, ma la cervellona del fumetto era Bulma. Senza di lei faranno poco... :-)

 Chiedo scusa per l'errore.
toglimi una curiosità, vegetaOs ha mai bootstrappato?

 ha scritto nel messaggio
news:pan.2003.12.15....@nospam.vi.it...

No.
Prima si fa un progetto, in modo da avere chiaro
che cosa fare, e poi si scrive il codice....
Io ho una scarsissima conoscenza di Linux (e quel
poco che ho visto non mi piace, e più lo uso più
mi fa pena), una maggiore conoscenza di Windows,
ma sono ancora agli inizi come programmazione.
Ciò nonostante, poichè voi siete molto più esperti
di me, vorrei discutere con voi che cosa vi sembra
più interessante fare e che invece no.
E' vero che c'è già un team di altre 25 persone che
hanno detto di volermi aiutare a lavorare su questo
progetto, ma prima devono essere scritte le specifiche.
Il mio lavoro è quello di sottoporre le idee agli
utilizzatori ed agli esperti (anche in questo NG), e vedere in
generale come le idee vengono accolte.
Se una cosa è una stronzata, o è idea già fallimentarmente
adottata in altri OS, è meglio toglierla dalle specifiche
prima, che non dopo averla implementata.
Ciao
Vegeta

 sviluppo vuoi seguire?
Il kernel, i service a ring 1, i moduli, l'interfaccia Galaxy e Symphony
sono closed, e costituiscono patrimonio per gli sviluppatori.
Il mio sogno sarebbe quello di farne un giorno un sistema
commerciale ed hardware-protected.
Le applicazioni sono rilasciate sotto licenza LGPL (il
sorgente č visibile a tutti)

 prima, che non dopo averla implementata.
Ma visto quello che dici in un thread forkato per errore hai almeno a
disposizione qualche milione di euro per finanziare la parte "closed"?
Perchè la gente che scrive specifiche e gestisce progetti senza scrivere
codice io la sopporto, ma deve pagare molto ma molto bene....
Saluti
Massimo

 
Avete un sito? Quanti siete a lavorare al progetto?

 averla implementata.
fa te, io butterei via tutto quello che finora hai detto...

formatare

VegetaOS.
www.skyos.org
.
Un OS interessante, per quel poco che lo seguo.
Nessun software di terze parti disponibile.
PRIMA si arriva a una certa diffusione, POI le SH potrebbero fare un
porting. 
Manca fior fior di software per Linux (Macromedia e Adobe in primis)
perché non ritengono opportuno farne il porting, per ora. E Linux è un
po' più diffuso di VegetaOS
My 2 Cents
Saluti
Un Co.Bra. che prima o poi lo prova sul portatile, SkyOS
P.S.: Ma VegetaOS è il nome provvisorio o sarà proprio il nome
definitivo del tuo OS? per ché in questo caso, oltre che con le
specifiche, dovrai fare i conti con le cause legali per uso di nome
registrato

 sorgente è visibile a tutti)
Le applicazioni? ma perchè continui a mischiare il sistema operativo con
ciò che non lo è?
-- 
| /
| \Byte - Andrea Briganti - kbytesys(aaattt)
tiscali.it
CSLug member: 
http://cslug.linux.it
 - JID: 
kb...@jabber.linux.it
***Lo zero tende talmente a zero che sembra quasi zero (Prof. univ.)




Beh una cervellona ci sarebbe in questo gruppo ma e' troppo occupata con
il reactOS per dar retta a Vegeta...
-- 
Alessandro
-------------------------------------------
Ubi Maior minor cessat
-------------------------------------------

 ;)
In effetti "Vegeta" mi sembra un nome un po megalomane per un OS, ma i 
gusti son gusti...
Se domani mi viene in mente di fare un CAD per FreeBSD piu' potente di 
AutoCAD, mi aiutate? Tanto basta che io scriva le specifiche, cosa ci vuole?


Qualche migliaio di righe di codice in C ed in Pascal.
Non saranno molte ma....


 registrato
E' un nome provvisorio, che sto usando per comodità
per indicare il sistema operativo che devo progettare.
E' chiaro che il nome finale sarà adeguato all'OS.
Saluti
Vegeta


"Gerry" <gerl...@TAGLIAMIyahoo.it> ha scritto nel messaggio
news:rUmDb.216387$hV.84...@news2.tin.it...

Ancora non abbiamo un sito. Considera che siamo 25
sviluppatori, e siamo ancora all'anno zero. Questo sistema
operativo tra di noi lo chiamiamo "la cosa". Siamo
d'accordo su molte delle cose che dobbiamo implementare
in questo nuovo sistema (per esempio, siamo tutti
d'accordo che con GNU/Linux vogliamo avere poco
o niente a che fare), ma è necessario del tempo per
scrivere tutte le specifiche. Dopo arriverà la beta del
primo kernel, gli strumenti di sviluppo, la documentazione,
ed un sito dove è possibile prelevare tutte queste cose.



Qui c'è un errore. So benissimo quello che vuoi dire, ma non
mi piace la distinzione che si fa normalmente tra OS e
applicazioni. Che, per carità, è una distinzione corretta dal
punto di vista tecnico, ma dal punto di vista commerciale è
un suicidio.
Un OS, per molti puristi, è solo il kernel. Quindi, se vogliamo
creare un OS, dobbiamo preoccuparci esclusivamente
del kernel, tanto l'interfaccia grafica e gli applicativi sono
un'altra cosa rispetto all'OS e non fanno parte dell'OS.
Ma io ritengo che quando si progetta un OS è necessario
anche pianificare lo sviluppo di un buon numero di
applicativi che vengono forniti insieme all'OS (e che
si pagano con l'OS).
Altrimenti fai la fine di BeOS, che è un sistema operativo
formidabile ma chissà perchè è morto in un paio di anni.
Se tu fornisci all'utente non solo un kernel con gli attributi,
ma anche un ambiente grafico di alto livello, e decine
di applicativi di elevata qualità, mettendo subito l'utente
in condizione di lavorare con i file di Office, di manipolare
immagini, di manipolare il video e l'audio, di ascoltare
MP3 ed OGG, di scansionare l'hard disk alla ricerca di
errori, di giocare con i videogiochi, c'è la speranza che
non un curioso isolato, ma decine e poi migliaia di
persone adottino il tuo nuovo sistema.
Perchè la sensazione è che *si usa in modo simile a Windows,
ma è dieci volte meglio di Windows*. Insieme alla diffusione,
arriveranno i soldi, la ricerca e sviluppo (la gente non lavora
per la gloria), ed infine l'interesse delle grosse software house che
possono decidere di fare un porting.
Se invece dici: pensiamo solo a fare un buon kernel, le applicazioni
verranno da se (e magari, chissenefrega dell'interfaccia grafica tanto
non fa parte dell'OS (Le idee geniali del Pinguino - TM)), fai la
fine di Beos, o se supporti la multiutenza fai la fine dei vari cloni
UNIX che girano in ambito server ma che non sfonderanno mai
nel desktop. Che non è quello che vuole essere VegetaOS.
Saluti
Vegeta


 Grande pensata....
Guarda che ti stava prendendo in giro...
-- 
Lawrence "Rhymes" Oluyede
http://loluyede.blogspot.com

 il reactOS per dar retta a Vegeta...
Meglio cosi ;-)


 ma sono ancora agli inizi come programmazione.
Cioe` lasciami capire... non sei un programmatore,
non conosci i SO da cui ti vuoi "staccare" e ti sei
gia` messo a scrivere un SO?? Boh....


 Vegeta
Allora, io stasera ho fatto una bella rispostona lunga perche' ne avevo 
voglia (aka momentaneamente non ho un cazzo da fare), ma i casi sono 2:
1) Ci stai prendendo tutti per il culo, quindi sei un troll, nel qual 
caso vacci prima che ti ci mandino (indovina dove)
2) Per motivi che possono essere i piu' disparati, tu e i tuoi 24 
seguaci non sapete quello che state facendo, quindi fatevi un esame di 
coscienza, andate a confessarvi, moltiplicatevi, amatevi l'un l'altro 
come lui ha amato voi, incominciate a studiare e FOOOOORSE tra un po' di 
anni potrete mettervi a fare quello che avete in mente.
In quest'ultimo caso spero che la mia risposta sia stata chiara almeno 
sugli argomenti che ho toccato.
Saluti anche a te, o Principe dei Saiyan.

 sugli argomenti che ho toccato.
O forse non abbiamo la spocchia dei programmatori
che hanno scritto decine di migliaia di righe di codice,
e stiamo mettendo insieme un pò di idee su quello che
vorremmo fare. Senza dare troppo fastidio se non ti
dispiace.
Saluti Bimbo.


 moderno?
Riscrivi X allora...


 qualcuno non era Tolvalds.
Quando successè cio', le alternative per la maggior parte dei
programmatori/utenti ad un OS giovane piccolo e relativametne povero di
software come era Linux, erano DOS, e... DOS..  Che era closed, brutto,
sporco e cattivo;
Linux era free, chiunque poteva modificarlo a piacimento (Cosa non fattibile
con Minix per esempio, colpa del Tanenbaum), per questo fiorì rapidamente
una grande comunità attorno a Linux, che ne favorì lo sviluppo e la
popolarità a scapito di altri OS. Probabilmente Linux probabilmente non
sarebbe qui se BSD all'epoca dei fatti, fosse stato disponibile al grande
pubblico.
Oggigiorno ci sono decine di OS belli che pronti, e centinaia di OS
amatoriali sviluppati da piccoli gruppetti di 25 o più persone, per cui
spero avrai la lungimiranza di progettarlo pensandolo per il 2013, quando il
suo sviluppo sarà tale (se cominciate domani ;) , da attirare l'interesse di
qualcuno.

 moderno?
ROTFL.
1) Informati sul funzionamento dei filesystem su Linux.
2) ext3 non e' un filesystem per Unix.
3) Linux non e' portabile, e' portato, ma dentro c'e' anche dell'assembly.
Per il resto buon lavoro, che mi vien da ridere.


Si, ma a livello di applicativo. Una cosa è avere delle
librerie che fanno cose simili a quelle che abbiamo sotto
Windows, per cui il software deve essere solo parzialmente
(e non totalmente) riscritto e poi integralmente ricompilato.
Una cosa diversa, invece, è fare scelte nella progettazione
del kernel (come usare solo 2 ring, invece dei 4 a disposizione
degli Intel compatibili), e scrivere tutto il kernel con un
linguaggio di alto livello (perdendo in prestazioni), perchè
si vuole garantire la portabilità.
VegetaOS se ne frega della portabilità, e gira solo su
piattaforma Intel o compatibili, assicurando su questa le
migliori performance.


L'utility 
<snip>
hai notato che hai reinventato grub? (booteasy se è per questo :)
Solo che i layer si chiamano stage..
Cmq, auguri a tutti

 ma una partizione VFS la devi avere.
Vi conviene pubblicare le specifiche di tale
file system almeno sul corriere della sera altrimenti
dubito che la cosa sara` vantaggiosa per voi....


 a disposizione i layer.
e per introdurre errori concettuali 

 migliori performance.
Ho l'impressione che, se riuscirai ad andare avanti, scoprirai che il
gioco non vale la candela...
Saluti.
-- 
\/               
wirix...@libero.it
          ICQ UIN: 3233084
/\ e l l o s s   (per rispondermi in privato, elimina il DEMONE)


MicroOS ha una struttura di OS. Ha un kernel, un sottosistema
video (che accede allo schermo in modalità VGA 640*480
usando il BIOS), un sottosistema dischi (che accede alle partizioni
dei controller IDE o SCSI immediatamente rilevabili nel sistema),
ed un semplice sistema di I/O (che tuttavia può riconoscere una
serie di informazioni sull'hardware, in maniera non molto diversa
da come fa DIAGS.EXE sotto Dos).
La sua funzione è proprio quella di fornire il supporto per una serie
di applicazioni diagnostiche che devono operare sul sistema eseguendo
una serie di verifiche *prima* di lanciare l'OS vero e proprio.
Per capirci: se la scheda madre è cambiata, sotto MicroOS vedrò
comparire il messaggio:
"Critical Warning: An important change in hardware configuration was
detected.
Old hardware:
    Motherboard
    Intel 430TX Chipset driver
New hardware:
    Motherboard
    Nvidia NForce2 Chipset driver
Do you want upgrade drivers subsystem?"
L'utente dovrà semplicemente rispondere SI e caricare il nuovo
driver per l'OS. L'OS vero e proprio verrà lanciato solo
*dopo* avere eseguito le modifiche.


 *dopo* avere eseguito le modifiche.
visto che senza l'aggionamento no funziona una mazza perché non lo cambi
e basta senza rompere le balle all'utonto?

 e basta senza rompere le balle all'utonto?
Perchè se l'utonto sta lavorando con la versione 1.0
di VegetaOS che è stata rilasciata nel 2008, e sei
mesi dopo viene rilasciato il chipset NForce6, è
chiaro che il driver repository di VegetaOS non ha
driver per quel chipset.
Il che significa che se l'utente cambia piastra madre
dopo un anno, e se la nuova motherboard è stata
progettata con il chipset NForce6, il sistema deve
bloccarsi mentre è in MicroOS mode,
e deve chiedere all'utente di immettere il cd con i
drivers compatibili con il nuovo chipset (che ripeto,
è stato magari creato DOPO il rilascio di quella
versione di VegetaOS).
MicroOS non può semplicemente sostituire "al volo"
i drivers perchè non ha sul disco alcun driver già
pronto per il nuovo chipset.
Solo dopo che è stato sostituito il driver che gestisce
il chipset con quello adeguato alla nuova configurazione,
il loading del sistema potrà continuare.