forum.system-cfg.com

Effectivement il y avait un petit oubli : pour ce nouvel ordinateur je n'avais pas paramétré le type de clavier. Quand on utilisait l'outil "Clavier graphique" on n'avait pas celui du MO6. Chez moi c'était celui du MO5 gomme. Je viens de corriger, cette nouvelle version change-t-elle quelque chose ? http://dcmoto.free.fr/emulateur/dcmoto_20190331.zip

Chez moi j'avais les bons scancodes, alors que __sam__ devait avoir ceux d'une autre machine. Je n'ai pas d'explication, ça restera un mystère...

A noter : la simulation du clavier par un fichier texte ou le presse-papier ne fonctionne pas (encore) avec OS/9, car elle nécessite de détourner la routine système d'acquisition d'une touche. Je le fais dans le moniteur Thomson, par contre je n'ai strictement rien modifié dans les EPROMs OS9.

Oui le clavier a l'air bon à présent

Daniel a écrit : ↑31 mars 2019 13:43 La version 2019.03.31 de dcmoto émule le MO6 OS/9 : http://dcmoto.free.fr/emulateur/index.html

Merci Daniel pour l'ajout dans DCMOTO

irios a écrit : ↑31 mars 2019 11:03 Bravo jb_jb_fr !!!!

Merci

Daniel a écrit : ↑31 mars 2019 18:25 A noter : la simulation du clavier par un fichier texte ou le presse-papier ne fonctionne pas (encore) avec OS/9, car elle nécessite de détourner la routine système d'acquisition d'une touche. Je le fais dans le moniteur Thomson, par contre je n'ai strictement rien modifié dans les EPROMs OS9.

Il vaut mieux eviter de détourner les appels systeme pour OS9, car OS9 est un systeme modulaire/dynamique.
Au boot, le noyau cherche les adresses de chaque module.
Je peux être amené à changer l'emplacement des modules, et donc les points d'entrés ne seront plus les memes


Jacques

Daniel

Je suis désolé de te le dire, mais ton émulateurs pour les MO6/MO5_NR/MO5_N/PC_Olivetti est buggé.
Voir le sujet de discution ici: http://www.logicielsmoto.com/phpBB/view ... 1&start=46

C'est malheureusement ce bug ou fonctionnalité/specificité du Gate array qui m'a posé un tres gros probleme.
On le voit, sous DCMOTO des que l'on fait la commande : mdir -e

En résumé
[$B000-$BFFF] = IW2
[$C000-$EFFF] = IW1 ou IW2 (fonction du bit 4 dans $A7DD)
[$F000-$FFFF] = IW1

Il faut absolument voir des modules entre $B000-$BFFF
Si tu ne vois rien, c'est que l'emulateur gere mal le mapping mémoire.

Jacques

Tu as raison, avec un vrai MO6 l'affichage est différent, je vais corriger...

Nouvelle version corrigée de dcmoto : http://dcmoto.free.fr/emulateur/dcmoto_20190401.zip
La commande mdir -e donne le même résultat avec dcmoto et avec le vrai MO6.
Merci Jacques !

Intéressant! Mais cela le sera davantage avec un mode d'emploi car j'imagine que les commandes sont celles listées par mdir-e, mais quelle est la syntaxe de ces dernières?

La commande HELP donne la liste des commandes.
HELP + le nom de la commande donne sa signification et sa syntaxe.
Exemples :

Beau boulot de mise à jour, Daniel, bravo pour ton engagement sur ce coup-là. Et merci de fournir au plus grand nombre une démo d'os-9.

Pour répondre à ta question sur le lecteur de disquette, tout dépend si la ROM fournie par Jacques contient le driver thmfc760 et les descripteurs D0 et D1. Si oui, le lecteur fonctionnera. Je ne les vois pas à priori. Ils sont probablement sur le ROMDisk.

Outre le HELP, je recommande la commande PRINTERR qui charge le complément en mémoire pour traduire en anglais lisible les numéros d'erreur.

En faisant par exemple un chd cmds puis un dir -e, on constate la puissance du filesystem d'os-9.

La commande procs -e est l'équivalent de ps sous linux.

Pour permettre à tous de tester OS/9 sans l'émulateur dcmoto, j'ai fait une version Windows :

Merci Daniel pour le partage

Pour ce qui est des commandes de base
- mdir : Memory Directory: Affiche les modules présent en mémoire
- mdir -e : Memory Directory Extneded : avec plus d'info
- dir : Affiche le repertoire courant
- dir -e : Affiche le repertoire courant Entendue
- dir -x : Affiche le repertoire des commandes
- dir -ex : Affiche le repertoire des commandes etendue
- procs : affiche les process en cours
- list : pour afficher un fichier (comme cat sous unix/linux)
- chd : pour se deplacer dans les repertoire
- chx : pour changer le repertoire de commandes (chx /R3/CMDS)
- help : permet d'avoir la liste des commandes (a chaque retour chariot reaffiche la liste)
- tsmon: pour lancer une nouvelle session de login sur un terminal donnée
- irqs : affiche les interuption qui sont installées
- devs : affiche les driver qui sont montés
- free : affiche l'espace libre/utilisé sur le disk courant

un petit jeu rigolo pour empiler les process
tsmon /Term : permet de relancer une demande de login
shell : relance un autre shell : et si on en fait plein et que l'on fait procs -e, on verra tous les shell en attente
le disk R3 est assez petit, donc y'a pas beaucoup de commandes
il faudrait le RomDisk NG pour avoir beaucoup plus de commandes

Jacques

jb_jb_fr a écrit : ↑01 avr. 2019 15:48 ton émulateurs pour les MO6/MO5_NR/MO5_N/PC_Olivetti est buggé.

C'est corrigé, mais je voudrais quand même apporter une précision : il s'agit d'un comportement non documenté du MO6, utilisé uniquement par cette version d'OS/9. Aucun autre logiciel, à ma connaissance, exploite cette particularité.

Normalement, en BASIC 1.0, la plage mémoire $B000-$BFFF n'est pas définie. Avec le MO5 par exemple, cet espace est réservé pour une EPROM optionnelle qui n'a jamais été utilisée par Thomson. Je m'en suis servi pour le contrôleur CS91-282, mais je dois être le seul au monde. En l'absence de cette EPROM 2732 la valeur retournée est $0D sur toute la plage. Avec le MO6, au lieu d'obtenir $0D, on obtient l'octet correspondant de l'EPROM du BASIC 128. Mais ce n'est pas la méthode d'accès officielle, c'est à cause de cette particularité du gate array.

Tout ça pour dire qu'il y a probablement moyen de programmer différemment OS/9 pour ne pas exploiter cette fonction non documentée. Mais peu importe, ça marche bien comme ça, il ne faut rien changer.

Daniel a écrit : ↑03 avr. 2019 14:01 La commande HELP donne la liste des commandes.
HELP + le nom de la commande donne sa signification et sa syntaxe.

Ok! Merci. Effectivement

Daniel a écrit : ↑04 avr. 2019 10:25 Tout ça pour dire qu'il y a probablement moyen de programmer différemment OS/9 pour ne pas exploiter cette fonction non documentée. Mais peu importe, ça marche bien comme ça, il ne faut rien changer.

Daniel, ça se voit que tu ne connais pas OS9.
Comme je l'ai déjà dit OS9 cherche, au boot, les modules en mémoire.
Et au démarrage, le Gate array est programmé pour ne voir que le Basic 1.0
Et la recherche des modules commence en $AB00
Et comme par hasard en $B000 jusqu'en $BFFF je vois du code, qui correspond au disque R3

Donc NON je ne peux pas programmer OS9 autrement, car comme tu le dis sur le MO5 en $B000-$BFFF quelqu'un (j'y ai pensé aussi faut pas croire) peut y mettre quelque chose.
De plus de $A7EC jusqu'a $AFFF, on peut aussi mettre des choses. Une extension extérieur faite par quelqu'un (moi par exemple car j'y ai pensé aussi). Il faut donc élargir la plage de recherche des modules.

Si je réduis la plage mémoire, je diminue les possibilités d'OS9
Et pour info: les modules que tu vois en $B000-$BFFF font partie du disque R3.
Si tu fais dir /R3/CMDS tu trouveras ces fameux modules qu’OS9 a trouvé au boot.

C'est effectivement quelque chose de non documenté, mais qui m'a posé de GROS problèmes: Tu ne peux pas savoir le nombre d'EPROM que j'ai dû griller pour trouver ça.
Car comme toi, sous émulateur ça marchait très bien, mais sur une vrai machine ça ne marchais pas!

Libre à toit de l'ignorer pour ton émulateur, mais si tu ne le fais pas, tu n'es pas fidèle à la machine.

Jacques

pour ne pas exploiter cette fonction non documentée.

Ce n'est pas une fonction non documentée, c'est un manquement au niveau du décodage. Et OS-9 ne l'exploite pas, bien au contraire, ce comportement a donné du fil a retordre à Jacques qui a dû contourner le problème dans la gestion mémoire du noyau d'os-9.

Edit: je vois que Jacques a posté une réponse plus circonstanciée.