Ma derniere découverte SkS2500 de Nano

[Papy.G]

Je posais la question de manière un peu candide, en me doutant de la réponse, déjà, il faut que la disquette soit dans un format reconnu nativement par la Rom de la machine hôte, j'imagine.
Les Applis CP/M ne reposent que sur des APIs, ou sont principalement écrites dans le langage machine du processeur?

[Memphis]

Je ne savais pas . . Merci pour cette information. On en apprend tous les jours.

Jérôme

[fneck]

Un complément d'explication (en anglais) :

CP/M's OS was divided into a BDOS, a CCP and a BIOS as separate programs. BDOS is the core of the operating system, responding to system calls from running programs.. The CCP is the command-line processor with simple features like "dir", "type", and so forth. BIOS is the custom I/O software for each computer model, which accepts calls from the BDOS to perform disk and console and printer hardware access. Programs would be called through the CCP, loaded in, and run by calling BDOS routines, some of which would call the BIOS to access specific hardware.

Remarque que ça doit pouvoir se reprogrammer :

(...) Also, the BIOS was specific to each computer design, and often users would construct their own BIOS versions.

Source : http://www.retrotechnology.com/dri/howto_cpm.html

Autre lien intéressant : http://www.classiccmp.org/cpmarchives/c ... hitec.html

[Patrick]

Quelques informations dans SVM.

[yo_fr]

Les discutions sur la création d'un CP/M pour une machine donnée :
http://forum.system-cfg.com/viewtopic.p ... ios#p95154

[Papy.G]

Donc, CP/M est un OS avec une couche d'abstraction du matériel, c'est potentiellement portable sur n'importe quoi, mais uniquement pour la gestion des Données/IO/Supports. malheureusement, ce n'est pas un OS de virtualisation totale, dès lors que l'on va charger un programme, son code doit être spécifique à la machine. Ceci dit, on peut toujours faire appel aux sous-routines système depuis l'application.
Cela reste un potentiel de standard car:
Ca évite d'avoir à réinventer la roue, définir les besoins... "Suffit" d'avoir accès au code pour une machine donnée, et de l'adapter pour la cible.
On a une interface de base qui ne déroute pas les utilisateurs, qui utilisent des commandes qu'ils connaissent déjà.
Dans les applications, on peut facilement copier un comportement, sans pour autant la transcoder directement.
Si l'on est limité aux fonctions du "standard", cela ne concerne que la gestion de fichiers, une fois chargé le programme, on peut accéder à tout le potentiel de la machine.

Ca a l'air si simple.

Désolé pour la dérive.

[humeur]

Si je vous comprend bien, il faudrait que je m'arme de temps pour essayer de réaliser un disquette CP/M
Je ferais l' essai mais après le parquet de la chambre, le rangement du grenier donc pas tout de suite.

Merci de vos messages pour les explications.

Jean Louis

[yo_fr]

Pour lancer le CP/M il faut d'abord le lire quelque part.
Sur les systèmes CP/M il y a un bootloader en ROM qui se charge de lire un (plusieurs en fait) secteur de la disquette d'amorçage contenant le CP/M.
Il faut donc d'abord comprendre ce bootloader et ensuite recréer les appels BIOS du CP/M pour recompiler le CP/M.
C'est assez fastidieux. Pour info pour comprendre l'ensemble des mécanismes pour créer mes émulateurs, j'ai mis pas loin d'une année de désassemblage ROM / Disquette etc... et j'en découvre encore tous les jours... Ce n'est vraiment pas simple (même si je suis un peu lent et pas forçement à 100% dessus )

Pour info je parle du bootloader à comprendre car sur Hector (et ceci n'est qu'un EXEMPLE) dans le secteur 0 piste 0, s'il ne trouve pas la chaine "MCC 1" il considère la disquette comme non système et ne la charge pas ! (et le système proprement dit à partir de l'octet 200h du secteur). D'où l'importance de voir ces mécanismes avant de vouloir faire une disquette "from scratch" !

Pour conclure,c'est un sacré challenge!

[6502man]

Oui c'est un beau challenge d'adapter le CP/M sur une nouvelle machine

Surtout si il faut réécrire toute la bibliothèque des fonctions systèmes et disques, c'est du boulot.

[humeur]

yo_fr, je ne suis pas sur d'être assez bon pour réaliser cela, si comme tu l'écris tu es lent et bien moi cela devrait être bien pire.

Jean Louis