mwai ben l'asm 32bits c cho lol. Dans un premier tps, je v me limiter au 16 bits...

Je me trompes ou l'asm sous linux est plus simple que l'asm Dos ?

Il suffirait de mettre dans eax le numéro de la fonction, et ensuite les différents arguments dans ebx, ecx, edx... et finalement appeler la bonne interruption ? Un jeu d'enfant lol !

Autre lien interressant pr les fonctions :

http://docs.cs.up.ac.za/programming/asm/derick_tut/quickstart.html

Edité par Amwus (04/08/2005 20:30:31)

Ben je dirait que tu te trompe, parce que:
Dans DOS il suffit également d'appeler la bonne interruption
Le passage des différents argument est également fait par les registres (sauf qu'il faut utiliser les registres 16bits donc enlevever le "e" c'est pas trop compliqué non plus MDR)
Et en regardant vite fait ton lien je dirait que c'est pareil!
Mais a mon avis le truc qui change c'est que sous linux il y a la possibilite (comme pour windows) de créer des fenetres et des programmes utilisant l'interface graphique de l'OS (inexistant sous DOS) et je pense que c'est a partir de ce moment la que l'on peut vraiment juger des différences.

mmmm oki lol... Et pr mon post sur le boot ? lol

Désolé ce post va etre en bordel je te previent!
(Oups tu a fait un doublon et je ne me suis apercu qu'a la fin que c'était le meme MDR!)

Euh sinon je voulais dire:
(je maitrise bcp mieux le c++, c'est vraiment impossible ? Je ne sais pas le mieux en info c'est toujours d'essayer... mais ca m'etonnerait puisque j'ai enten du dire que le C++ ne génère pas un code portable ou un truc dans ce genre? En gros c'est une pure supposition

Désolé pour toutes ces questions Pourquoi? Ce n'est pas un forum pour aider?Et en plus ca me rappelle des trucs que j'avais oublié et me donne envie de me remettre a la prog (j'avoue que je commence a me démotiver tout seul dans mon coin )

Une fois le noyau lancé en C logiquement tu peut toujours te servir de l'ASM si tu veut mais tu peut utiliser un autre langage aussi.L'interet principal de l'ASM est de coder octet par octet de facon tres precise (necessaire pour le secteur de BOOT) et permet un code de petite taille (toujours pourle secteur de BOOT)

Euh pour l'histoire du noyau je ne pas sur d'avoir tres bien compris ce que tu veut dire mais ca a l'air d'etre ca.Mais ce genre de truc était dans le document dont tu as parlé si je me souvient bien?

Euh tu peut réécrire les questions auxquelles je n'ai pas répondu parce que la je suis completement paumé LoL

En fait j'ai eu une discussion avec solozerk et il m'a apporté pas mal de réponses lol

Mais pour le C++, c'est tout à fait possible lol. Mais en fait, si tu décide de coder un os en 32 bits, tu es obligé de passer en mode protégé. Ce passage te bloque les fonctions de bases du bios. Tu dois donc tout reprogrammer. L'idéal est donc de se recréer les fonctions dont on a besoin, style printf, etc.

Je projette de faire ça dans un futur assez proche... Si ça t'intéresse, on peut peut etre collaborer lol...

Ca pourrait etre sympa je ne promet rein sur mon niveau, mais c'est clair que ca m'interresse.
Je sais qu'il y a un probleme avec le mode d'addressage qui change quand on passe en mode protegé...je vais essayer de m'y remettre un peu ca me fera pas de mal

(Y a un truc qui me fait tripper sur cette discution c'est que quand on regarde les avatars on a l'impression d'avoir parle tout seul mdr)

c ker mdr !

Mais sérieux pr le projet, je lance un secteur de boot et un début de noyau et on pourrait se relancer dans la programmation d'un vrai OS ! Ca serait génial lol. Je possède le code d'un petit os en asm et C qui pourrait servir de support lol pcq le 32 bits c chaud? Mais au moins, c'est un bon exemple ! je te l'envois si tu veux

Sérieux, je compte m'y lancer prochainement. Il faudrait surtout pouvoir travailler sur les fonctions utilisées par los. Etant donné que le mode protégé bloque les fonctions du bios, il est indispensable de tout reprogrammer. C'est essentiellement pour ça que j'aurai besoin d'aide lol !

Pret a relever le defi!
Bah pour le 32bits g vu (avec le truc sur la creation d'OS ke t'a parle au debut...) que le mode d'addressage etait different pour l'OS...
Mais apparemment il suffirait de faire une fonction pour le gerer vu que sur les prog non OS on utilise le meme qu'en 16bits
Et je crois que le probleme des routines du BIOS vient justement de la

Et pi vi envoi moi le debut de ton truc! chui vraiment chaud (cf debut du post )

Alors je commence demain pcq je suis rentré chez moi seulement aujourd'hui lol. Pour ce qui est des interruptions, je possède une "traduction pour 32 bits" ^^ ! ce n'est donc plus un problème. Il me reste une question. Est ce que, notamment pr la gestion de chaines de caractère, je peux, meme si je travaille en 32 bits, faire des fonctions qui utilisent les registres 16 bits ? Est ce qu'une simple fonction de lecture de chaine pour 16 bits fonctionnerait en 32 bits ? Car après tout, les fonctions asm sont les memes et les registres sont tjs accessibles non ?

Pour le projet, as tu une idée de nom pour l'OS ? lol. J'ai un autre candidat pour le projet lol (Abu des pbs ici meme ^^) . Ne serait ce pas une bonne idée que d'en faire un projet officiel de sprogboards ?