Version imprimable
salut à tous,
je m'étais demandé un truc, en tant que programmeur apprenti...
me serait-il possible d'exécuter un programme sans XP ou linux, en bootant, comme le font des programmes comme memtest86+, partition magic, etc????
faut-il utiliser un compilateur spécial? une commande spéciale pour GCC??
comment le faire booter? à partir d'une disquette?
merci pour votre aide!
Il faut écrire un bootloader et le copier sur une disquette ou un CD au bon endroit (secteur 0 etc.). C'est assez technique... Google est ton ami... Rien à voir avec le langage C qui n'est qu'un outil (et pour qui le point d'entrée est main() et pas autre chose...)Citation:
Envoyé par Bornerdogge
je vais me renseigner pour le bootloader...
le C est la seule possibilité non? je veux dire, comment faire que l'executable sorti soit des instructions x86 exécutables directement par le cpu??
Pour ça, rien ne change. Le code produit par ton compilateur 16-bit favori est tout à fait compris par un CPU Intel x86 qui vient de démarrer... (Oui, le boot se fait toujours en 16-bit mode réel).Citation:
Envoyé par Bornerdogge
Il est possible qu'il faille une petite partie en assembleur... De toutes façons, il faut un compilateur 16-bit qui produise du code 'boot'. Je suppose que des options exotiques de gcc savent faire ça...
ben compilateur 32/64bits ça fait trjs pas du 16bits!!!
je me suis renseigné pour le bootloader... pas si simple! j'ai trouvé un petit truc en assembleur sur le site de developpez.com, mais j'ai jamais fait d'assembleur...
donc, en récapitulant, il me faut un bootloader sur le premier secteur d'une disquette qui indique mon programme compilé en 16bits...
Si tu veux un exemple de bootloader universel, tu peux regarder http://www.denx.de/wiki/UBoot/WebHome
il supporte l'architecture x86.
Salut !
Je crois que tu veux developper un petit OS rien que pour toi 8-)
Je t'invite à regarder ce petit tuto .
Ha, c'est en anglais :lol:
Espérant t'aider...
Bonne chance !
merci beacoup, ça va bien m'aider! :) :king:
l'anglais ne me dérange pas trop.... :)
j'en ai toujours rêvé mais j'ai toujours cru que c'était archi-compliqué et qu'il fallait connaitre l'assembleur x86, du C de (très) bas niveau, les interruptions etc... :aie:Citation:
Envoyé par interrupt13h
en effet il faudra que je m'y mette...
j'analyserai plus en détail ces 2 sites après le exams... :roll:
Ca l´est :P .Citation:
mais j'ai toujours cru que c'était archi-compliqué et qu'il fallait connaitre l'assembleur x86, du C de (très) bas niveau, les interruptions etc...
Et en fonction de l´architecture de ta carte, l´assembleur x86 ne suffit pas :lol:.
Parce qu´en gros tu as un langage assembleur différent par famille de processeur.
Bonne chance!
j'ai un A64 :lol: ça va pas me faciliter la tache je suppose? :aie:
n'y a-t-il pas des instrcutions de base, communes à tous les cpus x86?
c'est obligé sinon windows ne pourrait pas fonctionner indiféramment sur A64, PIV ou C2D non?
nop ?
:king:Citation:
Envoyé par hegros
la je ne suis pas sur de bien comprendre, ça devient trop difficile pour moi...
halte au flood! :evilred:
question: j'ai lu que MS-DOS était un OS sans kernel.
il y a donc moyen de programmer un OS sans devoir gérer des choses que le kernel ferait (canaux IRQ, mémoire, etc.)???
Si tu te bases sur un micro-noyau oui cela peut être possible. Il te resterait à développer le reste...
ya pas à s'énerver. La remarque de hegros était tout à fait correcte..Citation:
Envoyé par Bornerdogge
NOP ou nop est un opérateur d'assembleur signifiant "NO OPERATION", donc qui ne fait rien....
Et vu sa définition, il doit bien être défini partout, dans tous les assembleurs....
ah OK!! :mrgreen:
le reste... çàd?Citation:
Envoyé par hegros
bah 3 fois rien.... ;)
Addition, multiplication, division, shift, registres, copies, sauts...
Déjà ça...
en assembleur tu veux dire? ou en C compilé?
ni l'un ni l'autre.....
Puisque tu n'as pas de système d'exploitation, il faut que tu TE fasses un langage, un compilateur, un système de fichiers, éventuellement un système d'utilisateurs, une gestion des périphériques, un adressage physique du disque...
Donc ce qu'on disait c'est que la première étape, c'est gérer ton disque (hardware : boot, secteurs, etc..).
Puis te définir un langage style assembleur (d'où le NOP, addition, etc..).
Puis te faire un compilateur, transformant ce texte en instructions hard.
Puis te faire tes programmes pour gérer tout ce que tu as a gérer....
Bonne chance ;) :aie: