programmer mon OS

Je veux rajouter encore un truc, qui pourrait simplifier un peu: il est possible de créer également un OS en ligne comme EyeOS. Je crois que c'est écrit en PHP, et ce langage paraît plus simple que le C.

Un OS écrit en PHP !
Entre créer un OS et un OS en ligne, il y a un fossé.

C'est quoi cette sale habitude que vous avez de commenter l'âge des gens ?

CitationCitationCitation

Est-ce que je commente votre âge à vous ? Depuis quand on se sert de l'âge des gens pour déterminer leur niveau en programmation ?

Ok, il n'arrivera jamais à faire un OS "avec interface graphique" etc., on est tous d'accord là dessus. Mais pourquoi sentez-vous le besoin de vous justifier avec son âge ? Si vous pensez qu'il n'a pas le niveau, dites le. Mais n'utilisez pas des faux prétextes.

ilyass1995 > Si tu n'as lu que le tuto de M@teo, tu n'as pas le niveau pour faire un OS. C'est simple. Tu peux essayer de coder un kernel (ce n'est pas la même chose qu'un OS), tu verras bien que c'est trop dur (d'en faire un qui soit utile). Pour cela, va lire les liens de mario56.

Les autres, je pense que si vous ne connaissez rien à la création d'OS, vous feriez mieux de vous taire. Si vous avez des liens utiles, postez les, mais si c'est pour dire "non t'y arriveras pas" (inutile) ou "on sait jamais, il pourra y arriver" (irréaliste), ce n'est pas la peine.

Et arrêtez de commenter l'âge des gens. Sur le SDZ on juge les connaissances, les qualités de programmeur, la capacité à aider les autres, mais pas l'âge.

Je pluissois le truc sur l'âge. J'ai 12 ans. Je sais lire le binaire et l'hexadécimal. je sais faire des sites web en xHTML/CSS/PHP/MySQL/ASP. Des programmes en C/C++. Des programmes en VB.NET. Et je crois que c'est tout.

@bluestorm : Est-ce que tes remarques s'appliquaient à moi ?

De plus, Linux Torvalds était relativement jeune lorsqu'il a commencé à bidouiller Minix (avec l'histoire de l'émulateur de terminal) .

Etant donné que les citation sont tirés de mes messages, je tient à m'expliquer.

La création d'un OS demande l'utilisation de presque (?) toutes les librairies existantes dans la langage utilisé. Or la plupart de celles-ci demandent un niveau de logique et de mathématique assez haut pour être capable de les exploiter.

Or, à 12 ans, et à défaut d'être un génie, les capacités mathématiques et logiques ne sont guères poussés.

Voilà comment je vois la chose.

A défaut de créer un OS pour ton ordinateur , tu pourrais te payer un petit pic ou un vieux processeur (un 68000 ? je donne cet exemple car j'ai déja travaillé dessus), brancher un petit écran, de la ram (c'est pas bien compliqué, par contre il va falloir étudier la doc à coté ), et commencer à le programmer.
Déja arrivé à cette étape tu en auras appris un bon paquet sur le hardware, et tu pourrais déja en être fier.
Ensuite vient la programmation, la encore, pour programmer un microkernel, c'est tout à fait faisable par une seule personne, seulement il faut un bon niveau de logique et surtout il faut réfléchir à tout avant de commencer à coder (d'autant plus en assembleur sur des vieux processeurs, ou l'optimisation est primordiale).
Comme tu n'arriverais surement pas à réinventer tous les mécanismes de gestion du multitâche, de multiutilisateur, etc, il te faudra probablement en trouver des tout prets sur le net, puis réfléchir au moyen de les implémenter dans ton programme.
Si tu arrives à cette étape en autodidacte, tu peux déja être fier de toi (même très très fier), car tu auras codé ton premier kernel.

Cependant pour pas que tu te fasses des illusions, je vais te prévenir tout de suite, tu n'as aucune chance. Pas à ton niveau. On n'a fait ça avec une petite année de cours d'assembleur (à raison d'environ 2/3h par semaine), avec des professeurs pour nous épauler, avec du matériel, des logiciels, et des documentations techniques à disposition, et encore on l'a fait en TD, donc ça reste de la théorie.
Quand à l'age, ce n'est pas toujours justifié de juger de cette façon, mais il faut aussi être réaliste. A cet age la c'est rare d'avoir fait plusieures années de programmation et d'avoir le niveau. Par contre c'est moins rare de réver pouvoir y arriver (d'ailleurs même 6 ans plus tard, j'en rêve toujours ).

Citation

On est à peu près d'accord sur ça : c'est rare d'être un bon programmeur aussi jeune.

Mais c'est par pour ça qu'il faut le dire. Je pense que l'âge des membres (de même que leur apparence physique, leur métier, ou même leur sexe s'il ne souhaitent pas le dévoiler) n'est pas un facteur à prendre en compte sur le SDZ. On juge les zéros sur leurs compétences, et pas autre chose.

Pourquoi ? Parce que l'âge n'indique pas grand chose en vérité. Plein de zéros ont 20 ans et codent très mal, et il y a des zéros de 14 ans qui codent beaucoup mieux (et il y en a aussi qui codent mal). Si on commence à faire des distinctions comme ça, on va pas s'en sortir.

Si une personne de 12 ans n'a effectivement pas les capacités pour coder un projet donné, il suffit de lui dire "tu n'as pas les capacités", pas besoin de lui parler de son âge. Et si une personne de 12 ans les capacités, pourquoi lui dirait-on "t'es trop jeune" ?

Mais même un particulier de 30 ans n'a pas les capacités de créer un OS exploitable tout seul !
Mais c'est vrai que ça aurait été plus délicat de ne pas le critiquer sur son âge.

Citation : ilyass1995

sans etre mechant, un os complet avec interface graphique avec juste les connaissances en C du sdz, oublie, deja il faut savoir au moins l'asm,le c++,le perl pour la partie reseau il te faudra inventer ton propre systeme executable
(et aussi els machines actueles sotn trop copmliquées , a l'epoue de torvelds c'etait du 486, deja moins commpliqué)
alors a moins que tu veuilles bousiller ton proc ... (ba oui l'asm c'est dangeureux quand onfait nawak )

et bluestorm , on peut etre un trs bon prog meme jeune

Citation : tec
C'est exactement ce qu'il a dit.
Et sans vouloir jouer au modérateur, essaie de faire un petit effort sur l'orthographe.

tec > si tu penses à toi, permet moi de te faire remarquer que ton site (contrairement à ce qu'il prétend en bas de page) n'est absolument pas valide HTML.

Par exemple, on ne répète pas plusieurs fois le même id dans une page. Le validateur W3C t'indiquera les nombreuses autres erreurs que tu as faites.

edit : bon, ok, c'était un peu méchant. Je suis un peu fatigué, et j'aime pas qu'on dise des conneries (« le perl pour la partie réseau ») en écrivant comme une merde ( « els machines actueles sotn trop copmliquées » ).

Si tu veux faire un OS, tu dois en effet apprendre l'asm x86 (mais tu ne poserais pas de questions sur système de fichiers ou autre si tu n'as pas déjà fait ça). Cependant, tu ne vas t'en servir que pour le secteur de boot, les fonctions d'ES, des tâches bien spécifiques et dans les code que tu veux optimiser à fond.
Le C est très recommandé (un OS en asm seulement, c'est casse-gueule). Tu as intérêt à maitriser les pointeurs et les casts... Il faut aussi savoir interfacer C et asm (conventions d'appel, décoration de fonctions...).
Une remarque pour ceux qui parlent sans savoir ce qu'est la création d'un noyau (je ne prétend pas tout savoir, mais j'ai déjà un assez grand aperçu) : quand les gens veulent créer un "OS", ils ne savent pas forcément à quoi s'attendre et il n'y a qu'un moyen de le savoir, c'est d'essayer.
C'est surtout un passe-temps. On part de rien, on ajoute des trucs, on en rajoute encore et ça fini par ressembler à quelque chose. Aucun ne va concurrencer ceux qui existent déjà, mais ça permet d'apprendre comment fonctionne un OS, le processeur et les périphériques. C'est vraiment enrichissant.
Le tout est de savoir ce qu'on cherche et de savoir chercher (il y a souvent des documents en ligne quand on prend la peine de chercher). Il faut aussi savoir parler anglais évidemment.
Pour faire un OS graphique, il "suffit" (en gros) de passer en mode graphique (c'est surtout du bidouillage), faire un tableau/une liste chainée de handles de fenêtres avec position, pointeur vers la surface, etc... Quand on doit mettre à jour l'écran, on dessne le fond d'écran, puis la fenêtre le plus en arrière, celle devant et ainsi de suite. Chaque programme qui ouvre une fenêtre s'occupera de dessiner sur sa surface. Tu rajoutes les bouton fermer, réduire, et le reste ce sont des fioritures.
Tu auras déjà un OS graphique dans lequel chaque prog gère sa surface pixels par pixels. Si tu veux ensuite créer un système avec boutons, des champs de texte (genre GTK/Qt...), là ça devient vraiment chaud.

Pour le système de fichiers, je crois qu'il y avait un .doc sur MSDN bien expliqué (et une traduction en français).
Mais avant ça, tu sais bien sûr gérer la lecture sur un disque ? Donc t'as déjà occupé des DMAs ? Donc tu as mit en place les interruptions et l'IDT ?
Pour le système de fichiers virtuels, je ne sais pas comment ça marche (il doit exister des documents sur le net).

J'avais une vingtaine de bons liens sur mon ancien ordi mais je les ai plus là :/ .
Mais je t'en donnes quelques uns déjà :
(en) osdever (tutos & documents)
(en) OSRC (plein de documents)
(en) osdev (wiki & forum)
Sache aussi que tu vas passer 13% de ton temps à chercher des documents, 53% à lire ceux-ci, 33% à les assimiler et à chercher comment mettre ça en place, et 1% à coder.

Bon, si tu as des questions, n'hésite pas.

Citation : mario56
On utilise pas un peu d'arithmétique et d'algorithmique "poussé" pour coder le système de fichiers et autre parties d'un noyau performant, complet et opérationnel?

Citation : Pas de titre

Salut,

Citation : rotoclap

Je ne veux pas faire le boulet mais je n'ai pas bien compris ce que voulais dire Rotoclap ?

Que le PHP c'est mal conçu mais que ça reste pour le moment la meilleur solution pour faire du web .

Salut,

Ok merci bien pour l'explication.

Tu veut faire un OS potable ou pour toi?

Parce que si tu veut faire un OS auquel des personnes comme moi le télécharge ou l'achète, va créer ton entreprise.... tout seul malheureusement, tu n'y arrivera pas tu n'as apparement pas assez de connaissance.

Ce n'est pas du tout pour te rabaisser ou te décourager, simplement pour voir la verité en face. Les personnes qui crée des OS n'ont pas besoin de créer un topic sur un forum pour savoir comment on fait... il y a tout une équipe pour ça...

Bon faut pas réver, un OS ça se créé pas comme ça, mais arreté de le cassé c'est pas comme ça qu'il pourra progresser. Une fois qu'il sera confronté à certains problemes de conception il arretera et se rendra compte qu'il n'a tout simplement pas le niveau.

Juste pour info je fais partis de puis le mois de septembre, d'une team qui a tout d'abord pour but de créé un Kernel et peut etre ensuite l'étendre carrément à un OS : c'est ZeroOs , et je voudrais dire que c'est super enrichissant au niveau de la comprehension d'un ordinateur.

Tu prends la chose par le mauvais bout.
J'aurais pensé qu'il faut d'abord apprendre à bien connaitre le matériel avant de se lancer dans l'aventure. En effet si t'as pas déja une vue globale du fonctionnement (globale mais tout de même précise !) tu coderas un bout de noyau, et à chaque découverte tu vas devoir le modifier.
C'est franchement pas facile, et il vaut mieux se farcir les documentations avant de commencer à imaginer pouvoir programmer son noyau comme ça..

Il existe aussi des distributions comme Gentoo ou LFS qui permettent d'en apprendre beaucoup tout en restant accessible par une personne motivée. Tu peux ainsi avoir quelques bases avant d'attaquer plus gros.
Sans oublier faire quelques logiciels de fait avant, histoire d'avoir la main.

Gentoo et LFS t'apprennent beaucoup sur les systèmes Linux (et donc unix), mais au niveau du matériel en lui même (et de la partie logicielle qui y touche), t'apprends pas grand chose ...

Bon, je ne pense pas que tu puisse réussir sans problèmes mais bon, tu peux essayer.

Sinon ne suis pas les tutos de création de système d'exploitation sur internet. C'est mieux d'apprendre en lisant le code source des autres. Pas Linux car il n'est pas clair et trop complet, mais regarde un peu Minix, il est pas très lourd:

https://gforge.cs.vu.nl/plugins/scmsvn/viewcvs.php/trunk/src/?root=minix

Citation : ErGo_404

Compiler son propre noyau ça t'apprend pas mal de choses sur le matériel et le fonctionnement même du noyau. IL vaut mieux généralement apprendre des systèmes existants avant d'en faire son propre système.

Bonjour,

Etant dans ton cas il a quelques temps, voilà ce que je te conseil:

• Go GNU/Linux ! Avec une Zenwalk tu en apprendera beaucoup sur comment fonctionne un OS tel que GNU/Linux, qui est un (voir le) pilier dans le domaine. <don't troll please> Unix étant out-datted et *BSD et Solaris trop peu médiatisés</don't troll please>.
• Va voir un peu du côté de Bosso Kernel, tu regarde le code voir si tu le comprends bien, fais des tests (QEmu powaaa),etc... Tu sera ainsi à l'aise avec tout ça.
• En parallèle, apprend l'ASM qui correspond à ta machine, cela te serviras beaucoup.

Voilà comment moi j'ai procédé, c'est dur certes, mais c'est ce que tu veux, parce que les Windows Vista créer en 3 lignes de codes, y'en a pas ! (Quoi qu'on a pas le code ).

Citation : Renault

Je sais pas comment tu as compilé ton noyau, mais moi à part choisir mes modules et taper la commande de compilation, je n'ai pas fait grand chose.
Tu n'apprends rien sur la gestion de la mémoire, des utilisateurs, etc. Pourtant c'est ça qui fait la base de tout OS, développé ou non.

ON apprend eptit à petit, rien ne sert de bruler les étapes, faire ça est un début, il y a des œuvres spécialisés pour expliquer le fonctionnement, mais ça c'est du lourd.

Il n'est pas nécessaire de comprendre les histoires de modules du noyau de linux pour créer son piti kernel, donc "oublier" cette étape n'est pas "bruler une étape".

Pour l'interface, je te propse un tuto.

Le but de celui-ci est de créer un petit moteur 3D.
Tu y trouvera de nombreuses notions pour gérer la mémoire vidéo (mémoire qui contient en gros les choses à afficher à l'écran).

http://forum.hardware.fr/hfr/Programmation/Algo/programmation-effets-assembleur-sujet_41611_1.htm


Bonne chance et bon courage. J'admire ton courage.

Salut,

Citation : ErGo_404
Quelle architecture ai-je ?
Mon processeur a-t-il un coprocesseur arithmétique ou dois-je en émuler un ?
Quel type d'ordonnanceur choisir ? (ce qui implique : quelles sont les caractéristiques de chacun ? lequel correspond le mieux à l'usage que je fais de ce PC ?)
Ai-je réellement besoin de la "notification de changement de fichiers" (CONFIG_INOTIFY) ?
À quelle fréquence régler le timer système ?
Quels systèmes de fichiers dois-je supporter (en plus de celui utilisé par ma partition racine) ?
...

Petit échantillon des questions que je pose (enfin, que je me posais : j'ai maintenant les réponses, quand je met à jour le noyau j'ai juste à vérifier ce qui a changé par rapport aux versions précédents) quand je configure mon noyau.

Après, effectivement, la compilation, c'est une commande et make s'occupe de tout.

Je suis hors sujet, mais c'est pas grave

Un truc que je remarque, c'est que vous, très jeune, maîtrisez plein de langages, vous êtes des fois largement au dessus de moi. Quand j'avais 12 ans, je n'avais pas de pc, rien de cela et quand je vous regarde, j'en reste ébahi! Continuez dans cette branche si vous aimez vraiment, car vous avez une chance de réussir dans ce domaine, rien que par vos années d'expérience.