projet officiel: Bah au moins la rubrique projets servirait a quelque chose!Bien sur que ce serait une bonne idee car en plus, plus on est dessus et moins on aura de difficulté sans compter qu'on en apprendra plus ( on pourra appliquer des idées que personne n'aurait su faire tout seul par exemple).Et pi c'est ton projet donc c'est toi l'chef!

registre 16bits: On peut toujours les utiliser ainsi que les registre 8 bits... Le mode protege ne fait qu'ajouter des possibilités, pas en enlever.

Edité par Freem (10/08/2005 15:18:25)

ok ! Bon dès que je vois Poly je lui en parle

Alors j'ai créé un premier secteur de boot qui charge la gdt et qui passe en mode protégé. Il charge également un noyau (encore inexistant) se trouvant à 0x1000....

En fait, je parviens pas à faire d'image de le disquette de boot correcte. Quand je met juste le bootsecteur, ca fonctionne, mais comme y a pas de noyau, le pc redémarre. Je colle le boot secteur comme ca : dd if=bootsect of=/dev/fd0

Mais je ne parviens pas à coller le kernel juste sur le deuxième secteur de la disquette... Tu sais comment on s'y prend ?

Je ne connais les commandes linux et pour cause je ne sais pas m'en servir...
Sinon je n'ai jamais fait ca mais faire un programme d'instal qui modifie le secteur de BOOT de la disquette pourrait etre utile.De toute facon ca finira forcement par etre necessaire pour plus de facilité si quelqu'un veut le tester...

oui c vrai... Mais bon dans un premier tps, on va bosser sur une version ultra beta lol. La RBeta0.1 lol ^^.

Pis une fois que ce sera assez stable, on pourra faire une RC1 wouhou lol ^^.

Bon je v recréer un post pour le problème de secteur ^^. Pour le nom de l'os, une idée ?

tjrs pa...
On essayera au moin de faire + stable ke l'autre ... (devine de ki je parle )

lol ! Bon ben moi j'ai déjà codé un secteur de boot qui passe en 32 bits. J'ai écris un début de printf et qques fonctions du style clrscr, setcursor, putchar.

J'ai également écris des fonctions de manipulation de chaine en asm mais j'ai créé un post à ce sujet.

Amwus>travailler avec des registres 16 bits alors qu'on est en 32 bits peut-etre dangereux, surtout si tu manipules des adresse (et générallement, pour la gestion des chaines, on en manipule).

En effet, tes fonctions ne marcheront que pour les chaines dont l'offset est inférieur à 0x0000FFFF.

Une chaine situé à 0x0001CDEF sera traité comme étant à l'adresse 0X0000CDEF si tu utilises des registres 16 bits !

PS : Bien le bonjour à tout le monde ^^

heuu je ne comprend pas très bien lol. A vrai dire je ne suis pas très très bon en asm lol, mais j'ai déjà écrit mes fonctions de chaines :s ! Seraient elles non exploitables sur un système 32 bits ?

Non, ce n'est pas qu'elles sont inexpoitable, c'est qu'il y a risque de bug. En gros, le problème, c'est que si tu passes à ta fonction une adresse qui ne tient pas sur 16 bits (c'est possible, puisqu'on est en 32 bits), alors l'adresse que tu vas utiliser sera complètement faussé, et il y a tres grand risque de plantage (a moins d'un miracle ! mdr)

En effet, lors de la "conversion" 32->16 bits, seule les 16 1er bits de l'adresse vont être pris en compte. Le reste basta.
Alors si ta chaine est à l'adresse 0x12345678, seule les 16 1er bits seront pris en compte. C'est à dire, que pour ta fonction, ta chaine est située à l'adresse 0x00005678. D'où un gros problème en perspective...

Sinon, ne t'inquiète pas, pour les fonctions de chaine, il suffira en gros de rajouter des 'e' devant le nom des registres ! Pas besoin de tout réécrire.

Après avoir lu un bout de la discussion, voila si vous voulez en C je veux bien vous aidez écrivez moi sur mon mail pour m'envoyer le debut des sources etc ... si vous voulez bien de moi biensûr ^^ .

ps : mail : timonpumbaouah@hotmail.com

pumba

Edité par pumba ( 17/04/2006 20:50:51 )