[NASM] Kernel CPCDOS : boot, multitâche et exécution d'un programme type .EXE

Bonsoir
Je voudrai reprendre à zéro la base d'uns de mes projets, il s'agit de cpcdos osx
plus particulièrement le boot, le multitâche et l'exécution d'un programme type .EXE

Pour commencer j'ai seulement 4 questions, m'envoyez pas un manuel complet en vrac en réponse svp,
j'aimerai bien être structuré dans mon travail et voir les possibilités que je garde la motivation

Tout en utilisant NASM

• Es-ce possible en bootant mon mini kernel fait maison, d'avoir un module tout fait qui permettrait d'émuler toutes les fonctions DOS ?
• Si oui, peut-on exécuter un .EXE 16Bit avec cette fameuse entête «MZ» ?
• Si oui, comment fait-on du multitasking qui me permettrai d'exécuter ces .EXE indépendamment ? (Même principe que DesQview)
• Si oui, peut-on "tronquer le système" en se faisant passer pour le «MS-DOS version 7» afin d'avoir la compatibilité des programmes ?

Merci.
FAVIER Sébastien

PS: J'ai bien feuilleté ce site
et je connais bien FreeDos

première réponse: non il n'existe pas de module tout fait pour faire la liaision entre un exe et ton kernel maison a moins que tu le code toi même (ou si un des uttilisateurs de ton os l'as fait)

deuxième réponse: les processeurs 32 bit ont un mode spéciale le "v86" qui permet d'emuler un processeur 8086, c'est ce qui permet aux os microsoft moderne qui fonctionnent en mode protégé d'utiliser des programmes qui fonctionnent en mode réel

troisième réponse: desqview doit fonctionner en mode protégé et avoir une machine virtuelle dos v86 par tâche et les executer chaqun leurs tours pendant un temp très court

quatrième réponse: je ne peut répondre car je ne comprend pas ce que tu entend par "tronquer le système"

Bonsoir,

Je vais répondre par une autre question : Pourquoi ne pas utiliser directement un DOS ?
Pour faire du multitâches, il y a de petits utilitaires (j'avais un PCtools qui permettait ça, très pratique pour jouer au boulot :mrgreen:)

Merci pour vos réponses

Pour la première question
le créateur de ce site me dit que ce genre de projet "doit exister". Mais je peux comprendre qu'il sera pas forcément pour Nasm en particulier. Donc je suppose que quelqu'un l'a déjà fait.


2eme question
D'accord ça me répond à ma question, il me faudra juste qu'il puisse exécuter un exe


3eme question
Vous m’intéressez, je connais pas trop son utilisation, mais avec un noyau preemtif et en protégé, comment je pourrai utiliser la v86 pour des instruction DOS ?
( en particulier le fonctionnement du desqview !! :D )

4eme question
Je préfère laisser de coter cette question elle n'est pas importante


Forthman:
Par ce que j'aimerai me détacher des gros titre « FreeDos » ou « MS-DOS » que utilise mon projet comme boot
je voudrai jouer leur rôle en gros. (Intégrer les fonctions DOS et le lecteur .exe comme le fait si bien freedos)

Alors tu vas devoir réécrire un DOS en entier, et gérer toutes les fonctions de l'interruption 21h ainsi que d'autre interruptions revectorisées par le DOS
+ créer un petit shell de commande comme COMMAND.COM (ou utiliser celui du DOS directement)

Ca fait du boulot :aie:

Désolé pour la réponse tardive !!!

Merci pour vos réponses !
Donc je me lance pour re-crée une v86
il faut aussi que je code toutes les interruptions "physique" du 8086 ?

Tu peux utiliser celles du BIOS, ça te facilitera le travail.

Encore désolé pour la réponse tardive! J'ai oublié de m'abonner a la discutions par mail :lol:

chrtophe : D'accord merci, c'est vrais que ça sera déjà moins de boulo

A votre avis, il serai plus préférable de coder les interruptions en asm pur et dur ou d'utiliser le C (gcc) ?
On dit souvent (grossièrement) qu'un compilateur écrit du code pleins de morve

Tien, mais qui voila ^^

Tien, mais qui voila ^^

Citation:

---

A votre avis, il serai plus préférable de coder les interruptions en asm pur et dur ou d'utiliser le C (gcc) ?

---

Si ton noyau est en C, tu peux continuer peut-être en C, de toute façon tu seras certainement obligé d'y include un peu d'assembleur.

Citation:

---

On dit souvent (grossièrement) qu'un compilateur écrit du code pleins de morve

---

Les compilateurs modernes font du code optimum, tu pourras difficilement faire mieux qu'eux.

Sinon tu peux aller regarder du côté de FreeDOS (réimplémentation de MS-DOS en libre), ou carrément le composant "ntvdm" de ReactOS qui utilise une bibliothèque qui émule un 486, lequel fait tourner une implémentation du DOS (qui doit être FreeDOS d'ailleurs) pour son émulation 16-bit.