COMMENT PROGRAMMER UN OS SIMPLE EN C ET SOUS WINDOWS

Commentaire de thedestiny le 20/08/2005 00:21:58

Très interressant et très clair.
J'ai hate de voir le résultat final.

A bientot :)

Commentaire de dominion le 20/08/2005 01:02:24

Ca tombe bien, moi qui projettait de m'amuser à coder un kernel...

Merci ;-)

Commentaire de Urgo le 20/08/2005 01:31:04

"vaintaine de chapitre pour aprendre a"
AÏE MES YEUX !!! DE L'EAU !!!

Heuresement, il y a beaucoup moins de fautes dans tes fichier mht. D'ailleurs d'où t'es venue l'idée de faire un tutorial dans ce format? C'est la première fois que je le vois...

Sur ce travaille bien, et essaye de ne pas faire trop de fautes d'orthographe ou d'étourderies, car cela ne fait pas trop sérieux.

Commentaire de DelphiCool le 20/08/2005 07:16:56 administrateur CS

Salut

J'attends aussi la suite

Commentaire de cashoverray le 20/08/2005 11:59:31

je trove sa super cool , ta souces
bonne continuation

Commentaire de BruNews le 20/08/2005 12:17:05 administrateur CS

Ah non pitié, pas de pdf, c'est trop la daube à consulter.
Fais don du html normal, Word les génère aussi et tout le monde peut les consulter confortablement.

Commentaire de Patrice99 le 20/08/2005 12:30:30

Question bete : un OS sous Windows, c'est une machine virtuelle, non ?

Pour info, Doc2Pdf : www.vbfrance.com/code.aspx?ID=29662

Commentaire de abdoulax le 20/08/2005 13:31:47

Je suis d'accord le pdf c de la m***de, en plus avec mon pc ça rame à mort...

Commentaire de juki_webmaster le 20/08/2005 16:53:57

Trés interessent!
J'attend la suite avec impatience, mon Compaq Presario 7106 va adorer.

Bonne continuation.

PS: Si tu pouvais ajouter en fin de route, toutes les images en cas-ou ces images ne soit plus disponible sur le net.

Commentaire de Urgo le 20/08/2005 17:28:12

Info: Foxit PDF Reader c'est rapide et gratuit.

Par contre je suis également contre l'idée de mettre ce tutorial en pdf. html devrait largement faire l'affaire.

Commentaire de EMSIEN le 21/08/2005 01:47:00

Un grand merci pour ce tuto,moi qui voulait comprendre le KERNEL de linux mais en vain,je vois en ton tuto une opportunité pour démarrer.
je trouve deja ces débuts bien expliqué et bref aussi et je trouve que c'est bien,comme ça les gens ne vont pas s'ennuyer en lisant de tonnes de pages,bref mais efficace,continue comme ça ey merci d'avance.
GOS is caming.

Commentaire de wina le 21/08/2005 11:57:29

Pas mal ton tuto $
Pas très avancé , mais très bien pour les débutants.
Ok ! J'attends la suite. :)
Ciao !

Commentaire de vinc1008881 le 21/08/2005 20:47:42

voila le chapitre 3, certain diront que ma méthode c'est du bricolage, moi je trouve + simple comme sa. Vous verrez le code est provisoire...si jamais vous comprenez pas un truk (si c'est mal expliquer..., fait le moi savoir merci)

Commentaire de racpp le 21/08/2005 21:17:53 administrateur CS

vinc1008881 >> Je pense qu'il vaut mieux éviter les mots comme "malheureusement" et "cette partie est très compliquée". En fait dans un tutoriel tout doit être gai en encourageant. Moi je dirais plutôt "heureusement qu'il y'a l'assembleur pour arriver à notre fin." et "cette partie n'est pas très compliquée". Pour ceux qui n'ont pas d'expérience en assembleur, il est utile de leur fournir un lien qui donne des notions de bases. Idem pour les interruptions BIOS. Je trouve que tu expliques bien et avec de bons exemples.

Commentaire de juki_webmaster le 21/08/2005 21:49:27

Ya un petit probleme de syntaxe qui vient peut etre du format mht :

;Un secteur de boot plus complet

[BITS 16]
jmp start
db “GAMEOS01”


A propos des " "

Commentaire de magic_Nono le 22/08/2005 01:26:05

ça me semble très bien ça,
bonne prog @ tous

magicalement
Nono

Commentaire de cosmobob le 22/08/2005 10:32:26

c'est très bien, jte mets 10/10 ce qui je l'espere t'encourage a continuer a mettre a jour ton tuto !!
bravo!!!!!

Commentaire de CyberP le 22/08/2005 13:23:05

c'est bizarre il y a écrit que le zip contient "Annexe B.mht" mais il n'est pas dans celui-ci quand on le dl

Commentaire de Jarod1980 le 22/08/2005 17:05:15

Super génial. J'attends avec impatience moi aussi la suite. Encore Bravo. Juste une chose (Annexe B.mht n'est pas présent dans le zip)
Bonne continuation.

Commentaire de vinc1008881 le 23/08/2005 21:59:13

il est déja bien avancé ton OS ! Mzis ce qui est regrettable c'est le manque de documentation, c'est pourquoi je fais ce tuto !

Dans quelques heure le chap 4 sera dispo...

Commentaire de Kirua le 25/08/2005 06:17:13

Tres tres tres interessant, merci bcp pour cette perle :)

Commentaire de junior300 le 25/08/2005 21:41:20

pour corriger le bug soit même et que le kernel du chapitre 4 fonctionne il suffit de remplacer la ligne :

mov byte [0xB8001], 01

par :

mov byte [0xB8001],0x57
c vraiment génial ce tutorial
merci et continu on attend la suite

Commentaire de junior300 le 25/08/2005 22:14:33

dsl pour le poste du dessu mais je voulais simplement dire qu'il fallait ajouter 0x devant 01 de la ligne en question et apres sa marche nikel

le valeur 57 change simplement la couleur de la lettre affiché

encore dsl

Commentaire de juki_webmaster le 25/08/2005 23:44:28

DAN34, c'est au sujet des guillements qui passe mal.

Commentaire de junior300 le 26/08/2005 00:25:13

pour que nasm le compil ajoute simplement sur la ligne
mov byte [0xB8001], 01
un x entre le 0 et le 1 et l'assemblage se fait tres bien

Commentaire de dan34 le 26/08/2005 00:42:53

heu maintenant ça compille bien mais quand je le teste (j'eteind et ralume le PC) ça reset en boucle :-(

J'ai pu noté que dans le boot il y avait 2 CLI et un seul STI donc je suppose que la gestion des interruptions n'est pas réactivée en sortant du boot.

Est-ce normal ??

Commentaire de vinc1008881 le 26/08/2005 00:45:16

oui, c'est normal : il faut laisser le cli, en effet les interruption sont dereglée à cause du passage en Pmode, il faut donc les iniber jusqu'à nouvelle ordre : pas de sti.

Commentaire de vinc1008881 le 26/08/2005 00:59:18

si tu as rajouté un sti, c'est normal que ça reboot, sinon je comprend pas : je viens de telecharger la source et je lé tester sous BOCHS et sous machine réelle cela marche...assure toi d'avoir télécharger la dervière ersion du chapitre 4 (yas 2 jours il y avais des bug...

Commentaire de CsM Skate le 26/08/2005 09:38:06

Tout simplement génial, :)
10/10 tout ça non ?

Nico

Commentaire de dan34 le 26/08/2005 13:09:03

Mon pb est résolu
Le copié/merdé a encore frappé j'avais oublié la boucle infini à la fin du kernel.
Donc normal que ça reboote en permanence.

Merci à tous ceux qui se sont penchés sur mon pb.

Commentaire de virlix le 26/08/2005 14:44:00

Heu... je reste bluffé. Faux deja avoir des connaissances poussées au niveau ASM et H/W pour faire cela alors moi je dit chapeau vinc1008881. Je vais suivre tout cela de près car c'est non seulement instructif mais aussi utile. Et en plus tu n'as que 18ans... je suis bluffé

Commentaire de CyberP le 26/08/2005 17:00:15

une question : le pong va être programmé en modifiant les couleurs d'arrière plan des espèces de gros pixels (où on écrit les caractères) ?

Commentaire de vinc1008881 le 26/08/2005 17:18:58

on sa faire sa en mode graphique tu verras...c ce sera a la fin les jeux

Commentaire de ghostahjay le 28/08/2005 13:42:18

Moi aussi je projetai de créer un 'mini os' et je suis tombé sur ta source, tout à fait géniale!
Bonne continuation pour la suite

Commentaire de vinc1008881 le 29/08/2005 12:21:18

comme il n'y a plus de place dans le zip de cppfrance, je poste le chapitre 5 sur mon site

http://membres.lycos.fr/vinc1008881/index.htm

Commentaire de vinc1008881 le 29/08/2005 14:01:49

J'espere que tu mettras comment reactiver les interruptions genre 13h (lecture/écriture)>> impossible : je suis d'accord peut peut réactiver tt les interruptions, mais il faur créer nous meme nos propres drivers ...

Commentaire de satellite34 le 29/08/2005 15:14:02

c' est vraiment super ! merci beacoup, je vais suivre ce tuto avec beaucoup d' interet 10/10

Commentaire de CyberP le 29/08/2005 15:34:27

oui ça résoud le problème (enfin je pense, j'ai pas testé) mais le but de créer plusieurs fichiers .c est justement de pouvoir les compiler séparément

sinon si j'en ai que 3 (le kernel, la petite partie en asm et un autre) ça fonctionne sauf que si j'appelle une fonction de l'autre fichier .obj à partir du kernel, ça reset (je ne sais pas exactement pourquoi, bochs ne le précise même pas)

Commentaire de CyberP le 30/08/2005 08:18:41

non c'est pas 16 bits, on peut pas faire de 16 bits avec visual studio je pense

si je mets la fonction que j'appelle dans le même fichier .c (donc le même .obj au final) ça fonctionne
si je la mets dans un autre .obj (et que je rajoute le nom de cet .obj dans la ligne de commande pour linker), le linkage se passe bien sauf que ça reset

comment tu veux que je te le passe ?

Commentaire de CyberP le 30/08/2005 10:05:53

ben si j'enlève l'appel à la fonction tout marche (sauf qu'il y a rien à l'écran puisque c'est la fonction qui s'en occupe)

kernel.cpp (je programme en C++, mais j'ai essayé en C, c'est pareil) :

#include "include/video.h"

extern "C" void kernel_start() {
int i = 0, j = 0;
while (i < 320) {
while (j < 200) {
setPixelColor(i, j, 255 * i / 320);
++j;
}
++i;
j = 0;
}

while(1);
}

video.h :
void setPixelColor(unsigned int x, unsigned int y, unsigned char color);

video.cpp :
#include "include/video.h"

void video::setPixelColor(unsigned int x, unsigned int y, unsigned char color) {
unsigned char* video = (unsigned char*)0xA0000 + x + 320 * y;
video[0] = color;
}

j'ai essayé inline, extern "C" devant, etc. et ça fonctionne que si le corps de la fonction est dans le même fichier .obj que là d'où on l'appelle

si je mets "setPixelColor(i, j, 255 * i / 320);" en commentaire, ça marche (écran noir mais au moins ça reset pas)

je compile avec visual studio (d'ailleurs on peut tout faire à partir de visual studio, même formater la disquette et assembler les .asm) et voilà le .bat de linkage :

cd ..\ld
ld.exe -Ttext 0x20000 link.ld -o A:\kernel.bin --oformat binary ..\temp\start.o ..\temp\kernel.obj ..\temp\video.obj
link.ld c'est le même que sur ton site

Commentaire de vinc1008881 le 30/08/2005 12:38:35

voilà quelques "betises pas bien méchante que je vois au premier coup d'oeil"

--> un while avec un variable++ à l'interrieur, pour moi c'est un for
--> dans ta fonction setpixelcolor, pourquoi s'emmerder à créer une variable "video", ((unsigned char*)(0xA0000 + x + 320 * y)) = color;
--> thériquement ta fonction setpixelcolor doit etre déclaré externe car elle appartient bien à un autre fichier *.obj (extern void Set...)
-->  int i = 0, j = 0;
while (i < 320) {
while (j < 200) {
setPixelColor(i, j, 255 * i / 320);
++j;
}
++i;
j = 0;
}
>>crad

short i = 0;/*un short est suffisant*/
static unsigned char j = 0;/*un char est suffisant*/
for (;j<=200;j++)
{
for (i=0;i<=320;i++)setPixelColor (i,j,0x50);/*==>0x50 = couleur*/
}
>>plus propre non ?

Commentaire de CyberP le 30/08/2005 13:10:16

j'avais un bug avec le for mais je sais plus quoi (en tout cas j'avais mis un for et après je l'ai remplacé par un while)
sinon mon (255 * i / 320) fait un joli dégradé de couleurs

sinon le "((unsigned char*)(0xA0000 + x + 320 * y)) = color;"
créé de toutes manières des variables de manière temporaire comme je le fais

par contre mettre short et unsigned char pour moi c'est un bel exemple d'un bug qui se produira quand j'augmenterai la résolution de l'écran (ça fera peut être un petit warning à la compilation et c'est tout) parce que j'oublierai surement
de modifier le type des variables (mais bon c'est vrai qu'un unsigned short suffit)

sinon même avec extern ça ne fonctionne pas (j'avais déjà testé)
au final mon problème n'est pas reglé

Commentaire de vinc1008881 le 30/08/2005 14:13:45

moi il compile tres bien le for !?
"((unsigned char*)(0xA0000 + x + 320 * y)) = color;">>nan ce sera une instruction asm de type mov memoire, constante.Pas de variables temporaire, d'ailleur sa existe meme pas en C.
ok pour la résolution de l'ecran je savais pas deviner...

>>kernel start n'est pas extern

voilà, apres un petit desassemblage, j'ai trouver le problème :(merci asm)

ld link mal mes fichier, il doi y avoir un problème...dassemble le binaire final pour t'en rendre compte (c'est au niveau des call, les adresse sont fausses)
il faut que tu link un fichier obj + un fichier o pas + car il doit certainement y avoir du problème...

Commentaire de vinc1008881 le 30/08/2005 14:34:58

bah en fait les .obj, c'est pas le problème,

.o + .obj >marche (enfin je crois)
.o + .o   >marche
.obj + obj>sa devrait marchait

des qu'il y a plus de 3 fichier objet>>foire

Commentaire de dd1840x le 31/08/2005 13:11:01

MOI PAR CONTRE CA BLOQUE !!!

J'ai compilé exactement le meme code (sur une machine d'epoque), ça reboote tt seul au niveau de la lecture des secteurs (pour savoir qd ça bloquait,j'ai fait une petite fonction "affichage").Je travaille sur un PC 486SX (Windows 3.11 et MS-DOS 6.2,NO COMMENT !).

Merci d'avance pour votre aide !

Commentaire de dd1840x le 31/08/2005 13:47:11

deja fait.Je n'ai aucune idée de ce que ça peut être (Ca fait l'interrupt 13h, fonction 02h avec ts les arguments et ça reset).

Commentaire de virlix le 31/08/2005 14:41:09

Alors moi je comprends pas le 0XA0000 de CyberP
Je croyais qu'il fallait mettre 0xB8000?

Moi j'ai compilé le code suivant dans kernel.c et ca fonctionne nickel:

void setPixelColor(unsigned int x, unsigned char color) {
  unsigned char* video = (unsigned char*)0xB8000 + x ;
  video[0] = color;
}
void kernel_start (void)
{
  int i = 0;
  unsigned char color = 0x00;

  for(i=0;i<4000;i++){
    setPixelColor (i,177);
    i++;
    setPixelColor (i,color);
    color++;
  }
  while(1);
}

Commentaire de vinc1008881 le 31/08/2005 15:11:56

A0000 > mémoire graph en mode graph (en clait tu affiche des pixel)
B8000 > mémoire graf en mode TEXTE (affichage de caractères directement à l'écran)

c'est vraiment bizarre que l'int 13h n'est pas compatible avec ton lecteur disquette ? decompile un coup le secteur de boot de MS-DOS pour voir comment il s'y prend....

Commentaire de vinc1008881 le 31/08/2005 16:24:19

oops, j'ai du faire une boulette d'inatention, le 64 Mo, c'est pas un 64 Mo mais un 128 Mo, je v corriger sa...

Commentaire de CyberP le 31/08/2005 17:10:31

pourquoi 12 ?
dans ton tableau on voit que ce sont les 16 premiers bits en théorie ; si on fait le total des bits ça fait bien 64 bits (8 octets)
donc ça peut pas être 12 à la place de 16 sinon ça ferait 60 bits seulement

Commentaire de CyberP le 31/08/2005 17:54:52

mais la limite (tu as dit base je pense que tu voulais dire limite) fait 20 bits

l'adresse complète c'est donc :
0000 0100 0000 0000 0000 (20 bits)

les 16 premiers, c'est :
soit 0000 0100 0000 0000 (en commençant par la gauche)
soit 0100 0000 0000 0000 (en commençant par la droite)

et quoiqu'il en soit, les 4 derniers sont 0000
ce qui contredit ce que tu as écrit dans le tuto

Commentaire de dd1840x le 02/09/2005 12:27:34

Pour mon problème c'est réglé !!!
J'ai copié le kernel au secteur 2, et c'est tt bon...

Sinon, qd est-ce que tu vas faire la mise a jour ?...

Commentaire de zippro4012 le 03/09/2005 18:31:45

Très bon travail, très interressant. J'attend la suite avec impatience.^^

Commentaire de thedestiny le 16/09/2005 19:23:28

Il est vrai que la on attend toujours la suite :/

Commentaire de CyberP le 19/09/2005 09:14:41

euh bah alors ? :o
je pensais que tu avais déjà fini et qu'il restait plus qu'à le mettre en ligne

Commentaire de CyberP le 19/09/2005 22:03:39

bah perso j'ai continué tout seul et j'ai déjà un petit shell là (en fait il prend que la commande "reboot" :p mais au moins ça marche)
mais j'attends quand même ton tuto parce que tu expliques quand même mieux que tout ce que j'ai pu trouver pour l'instant (sans compter les trucs qui se contredisent parfois)

Commentaire de boun85 le 27/09/2005 13:57:01

Vachement ce tuto moi j'attend plus que la suite.
Tres bon boulot vinc1008881 !!

Commentaire de BruNews le 06/10/2005 15:41:14 administrateur CS

AX est le 16 bits bas de EAX.
AH est le 8 bits haut de AX et AL est son 8 bits bas, donc quand tu affectes AX ça affecte implicitement AH et AL.

Commentaire de BruNews le 06/10/2005 15:57:45 administrateur CS

L'inverse, on y était presque:
mov al, 03h
mov ah, 00h

Commentaire de abdoulax le 06/10/2005 16:21:20

En fait j'avais une autre question que j'ai oublié de posé :

Pourquoi le secteur de boot doit créer une nouvelle pile ??

Je tiens aussi à dire que ce tuto m'a permis de comprendre bcp de choses... Un grand merci

Commentaire de anonyme_man_in_this_world le 08/10/2005 19:59:49

un superbe tutorial .cepandant j'ai des question a vous poser :

puisqu'un OS est forcement un programme Dos , il faut qu'il ne

se serve pas des librairies standard du C.comment peut on le

programmer avec ce langage ?n'est il pas ça impossible sans ASM ?

si j'ai bien compris lors la reecriture des fonctions systemes on

doit les definir en assembleur ? enfin n'est il pas gcc ou Borland

C++ plus convenable que Dev-Cpp ?

merçi d'avance .

Commentaire de anonyme_man_in_this_world le 15/10/2005 21:03:15

meme si le C est plus simple que l'assembleur mais

tu vois pas que de toute façon ,on peut pas utiliser

les fonctions traditionnel par exemple printf

donc il faut les redefinir en ASM ?

merçi d'avance

Commentaire de CyberP le 17/10/2005 17:35:49

Pas forcément en asm, on peut très bien écrire dans la mémoire vidéo en C par exemple (il suffit de créer un pointeur vers la mémoire vidéo et d'accéder aux différents offsets).

Pour appeler interruptions, etc. on peut mettre de l'assembleur dans du C (il sera alors ajouté directement lors de la compilation). On peut même y mettre des noms de variable par exemple.
Personnelement, je trouve l'inclusion de l'asm plus facile et pratique avec visual studio qu'avec gcc. Avec gcc, pour appeler l'interruption 40 par exemple, il faut taper : asm("int $40"); comme si c'était une instruction en C (notez le dollar complètement stupide).
Avec Visual Studio, un petit _asm { int 40 } avec la possibilitée de mettre plusieurs instructions à la suite entre les accolades (avec un retour à la ligne  à chaque fois comme dans un assembleur normal). De plus, on peut écrire directement le nom des variables sans avoir à mettre %0 et tout ça comme dans gcc.

Par ailleurs, avec gcc, on ne peut pas appeler d'interruption par l'intermédiaire du préprocesseur (par exemple faire "#define interrupt 40" et après "asm("int $interrupt");" car ça ne marche pas [au linkage il dit ne pas trouver le symbole $interrupt] même si on enlève le dollar). D'ailleurs si quelqu'un sait tout de même comment faire, j'aimerais bien le savoir...

Commentaire de CyberP le 18/10/2005 17:38:30

C'est un peu plus compliqué : il te faut une idt (interruption descriptors table) cad une liste des interruptions, un peu comme pour la gdt.
Par exemple, pour l'interruption numéro 2, il ira chercher l'entrée n°2 de l'idt et lancera l'interruption vers l'offset spécifié.
Chaque entrée de l'idt fait 8 octets, pour plus d'infos cherche sur internet (je crois que du plus haut au plus bas, ie de gauche à droite, c'est 16 bits haut de l'offset, 16 bits du segment, un petit descripteur de 16 bits à mettre à 0x8E00 pour un truc normal, et 16 bits bas de l'offset)

Pour initialiser tout ça c'est un peu comme pour la gdt : un petit truc de 48 bits avec limite et base et à la fin l'instruction "lidt" à la place de "lgdt"

Vu que le tuto est mort il vaut mieux chercher sur internet pour l'instant

Commentaire de victorcoasne le 20/10/2005 19:33:39

Bonjour,

Je tiens à te féliciter pour ta superbe source !
Comment utiliser par exemple prinft() ?
Comment utiliser du C++ ?

Merci
10/10 !

Commentaire de victorcoasne le 21/10/2005 23:07:09

OK mais je voulais savoir comment faire pour afficher un message à l'écran en C avec une fonction du genre printf() ?

Commentaire de zippro4012 le 22/10/2005 11:50:55

//Pour écrire une lettre
void printc(char cLetter, int iXPos, int iYPos)
{
     char * pWriteAdress;
     pWriteAdress = (char *) (0xB8000 + (iXPos * 2) + (iYPos * 160));
     *pWriteAdress = cLetter;
}

//Pour écrire une chaine complète
void printl(char *pString,int iXPos, int iYPos)
{
     int iIndex = 0;
     while (pString[iIndex] != 0)
     {
           printc(pString[iIndex],iXPos + iIndex , iYPos);
           iIndex++;
     }
}

Commentaire de victorcoasne le 22/10/2005 21:39:48

Bonjour,

Comment fais-tu pour trouver les fonctions qui sont "indépendantes" zippro4012 ?

Pourrais tu faire en C le getch() car j'arrive pas à l'avoir

Merci !

Commentaire de ana_adil le 24/10/2005 16:00:13

Bonjour,

joli travail continue comme ca.
J'attend la suite avec impatience.

;)

Commentaire de junior300 le 03/11/2005 17:45:41

quelqu'un connaitrait il des site où sont expliqué les lidt ?

merci d'avance

Commentaire de CyberP le 04/11/2005 20:16:40

pour continuer sur mes compilateurs : la seule possibilitée, à part prendre objcpy, est d'utiliser cygwin par exemple, sauf que je me suis énervé sur ce truc au bout de 30 secondes et que je n'ai plus jamais essayé de le faire marcher

sinon sur mon site c'est rubrique "Votre O/S" dans "Autres" directement dans le menu à gauche

Commentaire de bloom1 le 22/01/2006 03:52:26

Hey merci hein ca m'a beaucoup aidé :)

Commentaire de goutbouyo le 05/02/2006 20:51:39

Salut,
Le tuto est très intéressant, mais comment faire si je n'ai pas de lecteur de disquette ???

Commentaire de goutbouyo le 06/02/2006 00:20:25

J'ai réussi à booter depuis une clé USB mais maintenant quand j'essaye de charger le kernel ça me met une erreur : CS limit

Commentaire de CyberP le 06/02/2006 19:57:49

CS veut bien dire Code Segment mais ça n'a rien à voir avec la clé USB, c'est en rapport avec la RAM
peut être que c'est un problème de compilation
personnelement je suis passé sous linux pour continuer à programmer mon o/s parce que sous windows entre les compilateurs qui compilent pas bien, le rawwrite qui a parfois aussi des problèmes d'écriture....

Commentaire de CyberP le 08/02/2006 14:55:32

En anglais il y a http://www.mega-tokyo.com/osfaq2/
En français pas grand chose....

Commentaire de vangeurmasker le 04/03/2006 10:33:47

Le site marche plus. On a "la page n'existe pas" sur toutes les pages.
Sinon t'a avancé le tutorial en HTML ?

Commentaire de charlyb29 le 21/03/2006 16:49:42

Bravo pour cette source dommage que le site ne marche plus si quelqu'un avait les dernier source en date pourait-il me les passé ?

Commentaire de Parad0x le 03/04/2006 18:17:08

Il manque le chapitre 1 dans le dernier ZIP :-((

Commentaire de daqwpm le 27/05/2006 14:08:53

On fait comment pour lire le tutorial ?

Commentaire de Misterover le 08/06/2006 18:41:27

si vous etes interessé il existe le bosokernel, tapez ce nom dans google et vous trouverez votre bonheur...

Commentaire de samana le 02/08/2006 01:01:35

Cours de BTS Info identiques...l'OS ou programmation système reste qqchose de complexe ms accessible pr qui maîtrise le C. Beaucoup de théorie aussi pr comprendre la gestion de la mémoire (physique et virtuelle) du boot jusqu'au chargement du système en mémoire. Bonne continuation et achetez un bon bouquin de théorie des OS pr maîtriser ts les différents aspects de la gestion mémoire, des interruptions systèmes/logicielles, des sémaphores...très intéressant.

Commentaire de RPGman le 24/12/2006 17:58:06

euh pourquoi ça commence au chapitre 2

Commentaire de Kirua le 26/12/2006 18:17:52

L'intro constitue sans doute le chapitre 1. Quand je pense au nombre de gens qui ont reçu 3 mails pour ça ... rahlala.

Commentaire de yoshito le 30/12/2006 17:03:29

Vous sauriez pas où est ce qu'on peut avoir les chapitres manquants (vu qu'ici ca n'est plus a jour), ce serait bien :)

Commentaire de gamemonde le 20/10/2007 02:21:38

je sais ce suject est mort mais je voudrais juste le chapitre 4 pour le kernel en c car le reste j'ai reussir a faire mais je comprend pas comment faire un kernel en c

Commentaire de smasher81 le 23/02/2008 23:33:08

S'il vous plait la suite !!--Monyisageek

Je ne pourrais pas mieu dire ;) La suite !C'est vraiment le seul tutorial compréhensibile que j'ai trouvé ;)..

smasher81@hotmail.com

Commentaire de Monyisageek le 29/02/2008 15:33:44

Tu l'utilise dans les bonnes conditions ?
Les répertoires sont crées et les fichiers existes, etc... ?

Commentaire de crazy lapinou le 12/07/2008 19:03:17

Si je ne me trompe pas, il y a un lien vers ce site dans le tuto

Commentaire de mitsh666 le 05/12/2008 11:44:29

Hello,

Suis un peu débutant, mais envie de me former surtout que maintenant j'ai un but. J'aimerai faire un OS qui démarre en 1 seconde. Un OS avec le minimum de programmes vitaux. Le but : ecouter rapidement musique, film, ... sans avoir à attendre 2min le démarrage de Windows.

Dans un premier temps, je veux pas de connexion internet, mais juste pouvoir mettre des fichiers depuis un autre pc (disque en documents partagés).

J'imagine donc que je dois m'orienté sur la programmation d'un OS. Qu'en pensez-vous? Ton tutorial est fait pour...

Commentaire de victorcoasne le 05/12/2008 12:06:19

Salut,
Si t'as envie de passer ta vie à écrire des "drivers" pour tous tes périphériques (écran, clavier, souris, enceintes), réécrire des libraires vidéos, audio utiliser les interuptions correctement afin d'afficher point par point sur ton écran des graphiques pas évolué, vas-y.
Un OS demande de TOUT réinventer.
Si c'était aussi facile tout le monde aurait son propre OS et on se baserait pas sur un DOS ou un UNIX pour en un créer un nouveau.
Bonne chance et bonne prog,
@++,
Victor

Commentaire de mitsh666 le 05/12/2008 14:08:02

hello,

Merci pour toutes ces précisions.

Je pensais pas qu'il fallait réinventer TOUT SUR TOUT. Ce n'est donc pas ce que je recherche(ou du moins pour l'instant). Je pensais qu'on pouvait faire son OS en assemblant des composants déjà existants et ses propres composants, pour arriver à une vitesse de démarrage de l'ordre de la seconde. hum.

LFS... ça m'a l'air intéressant... vais creuser dans ce sens.

Merci.

A+
Angel