oui oui ça je sais faire :)
au départ j'avais un secteur boot 16bits qui chargeait un binaire 16bits KERNEL.BIN depuis une disquette 1.44 en FAT12...mais pour mes tests un secteur boot suffisait...
Type: Messages; Utilisateur: Paul TOTH
oui oui ça je sais faire :)
au départ j'avais un secteur boot 16bits qui chargeait un binaire 16bits KERNEL.BIN depuis une disquette 1.44 en FAT12...mais pour mes tests un secteur boot suffisait...
en effet :)
pour l'instant je n'ai que les sources de MenuetOS (sous FASM) qui ont l'air assez clairement rédigés, mais une bête mise en place de deux tâches en // auraient été plus simple pour...
Hello,
en effet, suite à ton premier message j'ai pris FASM qui s'avère bien plus adapté à mon projet :)
voici mon secteur boot en mode protégé avec passage en adressage 32bits :)
je ne...
Nouveau problème que je poursuis ici :)
je pensais que le code généré suivait l'ordre du source...or visiblement les portions notées CODE16 sont regroupées et la portion CODE32 est mise à la fin
...
j'ai trouvé...bien que je n'en comprend pas la logique
au lieu d'écrire ceci
.MODEL TINY
.386P
ORG 500h
start:
CODE16 SEGMENT USE16
je pensais aussi, mais quand je place un ORG 500h après la déclaration du premier segment, je me retrouve avec 0x500 fois 00 en début de fichier !
Bonjour,
J'ai écris un secteur boot qui charge un programme à l'adresse réelle 0000:0500
ce programme passe en mode protégé et reviens en mode réel selon le modèle déjà évoqué.
mais pour...
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.