forum.system-cfg.com

jasz a écrit : ↑21 juin 2018 15:15 Il faut PRINT USING A$"###";NB1

Ooops

Corrigé une deuxième fois. Merci!

Bon, il y a encore quelques bugs, mais on m'a envoyé des infos sur exactement l'outil dont j'avais besoin. L'outil "imgtool" de MAME permet de faire exactement ce que j'esperais.
Ça devrait bien réduire la boucle de correction de bugs/test.

Je ne connaissais pas cet outil, merci de l'info.

Si tu veux un truc simple tu as aussi cc90, très léger et compilable à la fois sous windows et Linux.
http://www.pulsdemos.com/cc90.html.

Tu peux bien sûr l'utiliser sans interface cc90 232 pour créer tes disquettes.

Zaxxon a écrit : ↑27 juin 2018 12:43 [supp modo : quote inutile]

Je souhaite d'abord tester sur émulateur avant de passer à la vraie machine. Pas de lecteur de disquettes compatibles ici de toute façon.

Un autre outil utile, mais dans l'autre sens, c'est:
https://github.com/pulkomandy/thomson/b ... bastok.cpp

Justement, tu peux créer des fichiers fd et sap directement avec cc90 et y ajouter/extraire des fichiers en ligne de commande. Tu n'es nullement obligé d'utiliser la vrai machine. C'est un vrai couteau suisse

Voici le fichier fd avec ton programme dessus mais je pense qu'il y a encore quelques bugs...
après un Run...
Carl

Cherche la raison carl En débuggant le fichier test de Carl je suis arrivé jusque là. Mais il y a quelques problèmes dans l'affichage. Notamment la ligne jaune du bas qui lève le chariot Viendra à résoudre le choix des opérations car toujours 0+0

Carl a écrit : ↑27 juin 2018 22:51 Voici le fichier fd avec ton programme dessus mais je pense qu'il y a encore quelques bugs...
après un Run...

Le programme n'a jamais fonctionné sur un TO8. Il fonctionnait sur TO9, mais il y a encore un nombre important de typos dans ma numérisation, et de bugs dans le listing lui-même.

L'automatisation de la création des fichiers .fd et .sd n'est pas encore au point, il faut que le fichier soit en mode DOS (CR/LF), et il faut convertir l'UTF-8 en un jeu de caractères pour le Thomson, que les accents et sans doute d'autres caractères spéciaux apparaissent correctement.

Donc il y a encore du travail.

Si le programme fonctionnait sur TO9 il devait donc fonctionner sur TO8/D aussi car le BASIC est le même. Et les erreurs que je constate sont des erreurs de typo classiques comme nous en avons tous fait à l'époque. Donc rien à voir avec de l'UTF8 ou autres conversions d'accents

Quant-aux conversions de .fd vers .sd je puis garantir que cela fonctionne très bien dans le cadre du test SDDRIVE V2

[edit] Je l'ai mis au format .sd pour l'essayer sur une vraie machine. Et il fonctionne aussi bien (avec les erreurs) sur MO6 (basic 128 comme sur TO9)...

bonjour,
je n'arrive pas à ouvrir le fichier zip de la premiere page ni le fichier test.7z de la seconde. Vous pouvez reposter ou me dire avec quoi l'ouvrir. Winrar 5.60 me donne une erreur de données...

merci
Phil

C'est peut-être un problème de fichier dû au transfert du site. J'ai déjà observé qu'il y avait des images altérées.
Je vais réuploader le répertoire des fichiers joints.

J'ai constaté le même comportement que philgood1351fr : erreur CRC et archive invalide (j'utilise 7zip).
Alors j'ai été charger l'original sur Github, mais j'obtiens le même comportement que Carl. Le programme est inutilisable.
La simple lecture du listing montre que c'est une ébauche non finalisée. Par exemple la ligne 20354 est inachevée : Remarquez que tous les tests IF après le INKEY$ ne servent à rien, puisque quoi qu'il arrive il y a un branchement à la ligne suivante.
Et pourquoi trois INKEY$ à la suite ? Pour tester d'éventuels rebonds ? Tel que c'est écrit ça ne peut pas marcher, il faudrait ajouter des temporisations.
Autre hypothèse : le programmeur ne connaît pas le BASIC Thomson, car il termine une dizaine de lignes par un ELSE inutile.

Il y a un programme équivalent et fonctionnel, "INVASION DES CHIFFRES", dans la cassette Mathématiques Calculs de Nathan :
http://dcmoto.free.fr/programmes/mathem ... index.html

fneck a écrit : ↑13 sept. 2018 20:33 C'est peut-être un problème de fichier dû au transfert du site.

Le problème des fichiers joints du forum est résolu.
Si ça ne fonctionne pas, il faut éventuellement actualiser la page, redémarrer le navigateur voire vider le cache.

ca marche impecc. merci.

Daniel a écrit : ↑13 sept. 2018 21:27 J'ai constaté le même comportement que philgood1351fr : erreur CRC et archive invalide (j'utilise 7zip).
Alors j'ai été charger l'original sur Github, mais j'obtiens le même comportement que Carl. Le programme est inutilisable.

Je sais, je n'ai toujours pas eu le temps de corriger les problèmes, et le système de transferts vers un fichier de disquettes ne marche pas bien non plus.

Daniel a écrit : ↑13 sept. 2018 21:27 Autre hypothèse : le programmeur ne connaît pas le BASIC Thomson, car il termine une dizaine de lignes par un ELSE inutile.

C'est le cas, mais c'est une remarque inutile. Pour l'instant, le programme est une numérisation d'une version sans doute non finale du jeu. Je ne peux pas mieux dire. Toutes mes excuses pour ceux qui essayent le logiciel en s'attendant à ce qu'il fonctionne maintenant.