Logicielsmoto.com
http://www.logicielsmoto.com/phpBB/

sap2fd
http://www.logicielsmoto.com/phpBB/viewtopic.php?f=2&t=380
Page 1 sur 2

Auteur:  PulkoMandy [ 26 Juil 2010, 20:58 ]
Sujet du message:  sap2fd

Bonjour,
J'avais besoin d'un outil pour cvonvertir les fichiers sap en fd... pas envie de démarre rsous dos pour utiliser celui de daniel (quimarche très bien cela dit)

Donc voilà :
http://pulkomandy.tk/to8/saptofd.c

C'est du C ANSI standard, ça devrait donc marcher partout. et ça peut toujours servir.

Auteur:  Daniel Coulom [ 27 Juil 2010, 08:28 ]
Sujet du message: 

Mon convertisseur sap->fd n'a pas été converti pour Windows car il ferait double emploi avec dcmoto. Le convertisseur sap->fd de dcmoto fonctionne très bien (dans Windows). Il faudra que je l'ajoute à la prochaine version de dcto8d pour les utilisateurs d'autres systèmes.

Auteur:  PulkoMandy [ 27 Juil 2010, 12:12 ]
Sujet du message: 

Oui...
Tout le monde aura compris que je n'utilise pas Windows :)

J'ai compilé DCTO8D sous Haiku, mais je ne suis pas encore tout à fait satisfait du résultat. (La plupart des bugs proviennent de la version Haiku de SDL, cela dit).
... et en plus, je m'intéresse surtout au MO5 :)

Auteur:  PulkoMandy [ 15 Déc 2010, 21:46 ]
Sujet du message: 

Salut !

Aujourd'hui j'avais besoin d'insérer un fichier dans une image disque FD. Toujours pas sous windows...

fdedit 0.1

Ce programme peut aussi lire un fichier dans une image fd, créer un fichier fd vide ou encore lister les fichiers dans une image fd.

Pour l'instant l'ajout de fichier n'a pas l'air de marcher... j'ai surement raté un truc quelque part :)

Pratique pour utiliser dans un makefile.


D'autre part, j'ai découvert les LWTools, un cross assembleur 6809 capable de générer des fichiers binaires avec en têtes tout comme il faut pour mo5 (le format utilisé par le Tandy CoCo est le même).


Je retourne à mes tests...

Auteur:  Samuel Devulder [ 16 Déc 2010, 22:10 ]
Sujet du message: 

PulkoMandy a écrit:
Pratique pour utiliser dans un makefile.

Perso c'est pour cette raison que j'utilise encore SAP. Les outils pour ajouter un fichier se scriptent bien et rentrent à merveille dans un makefile.

Auteur:  gilles [ 16 Déc 2010, 23:56 ]
Sujet du message: 

Samuel Devulder a écrit:
PulkoMandy a écrit:
Pratique pour utiliser dans un makefile.

Perso c'est pour cette raison que j'utilise encore SAP. Les outils pour ajouter un fichier se scriptent bien et rentrent à merveille dans un makefile.

+1
d'ailleurs je viens de taper les lignes suivantes:

../c6809/c6809 aster.asm auto.bin
../sap/sapfs -create ASTEROID.SAP
../sap/sapfs -add ASTEROID.SAP auto.bin

par contre sap et sapfs ne se compilent plus tels que sur un linux récent, il y a quelques cast en char* à faire. J'ai les sources modifiés si ca interesse qq1.

Auteur:  PulkoMandy [ 17 Déc 2010, 09:09 ]
Sujet du message: 

Ben ça m'intéresse, vu que mon outil ne fonctionne pas bien...
Je pourrais comparer les résultats des 2 pour voir comme ça :)

Auteur:  gilles [ 17 Déc 2010, 12:41 ]
Sujet du message: 

je prépare une archive avec un exemple ASM et tout pour produire un fichier SAP directement utilisable à partir d'un listing assembleur.
au plus tard pour ce WE

Auteur:  Samuel Devulder [ 17 Déc 2010, 14:14 ]
Sujet du message: 

gilles a écrit:
je prépare une archive avec un exemple ASM et tout pour produire un fichier SAP directement utilisable à partir d'un listing assembleur.
au plus tard pour ce WE


En attendant il y a ta page avec le compile gcc qui utilise aussi sapfs dans le makefile, non?

sam.

Auteur:  gilles [ 17 Déc 2010, 14:23 ]
Sujet du message: 

voui mais à l'époque j'utilisai encore win XP... or j'ai fini par migrer définitivement sous linux.
L'archive sur ma page est un regroupement de binaires win32 (essentiellement un toilettage du SDK vectrex). Après quelques tests je n'ai pas trouvé gcc très adapté au dev sur TO.

Je préfère avoir un truc clean avec tous les sources de tous les outils pour l'ASM uniquement. et peut etre un autre langage C like simplifié plus tard (mini C?).

le lien ...
http://alternative-system.dyndns.org/in ... -de-gilles

Auteur:  Samuel Devulder [ 17 Déc 2010, 14:37 ]
Sujet du message: 

gilles a écrit:
Je préfère avoir un truc clean avec tous les sources de tous les outils pour l'ASM uniquement. et peut etre un autre langage C like simplifié plus tard (mini C?).


Il faudrait que tu discutes avec Prehisto.. il a des trucs en tête concernant l'evo de c6809 et/ou des trucs c-like.

sam.

Auteur:  PulkoMandy [ 17 Déc 2010, 14:43 ]
Sujet du message: 

Merci !
Je vais voir ce que je peux faire avec tout ça :)

Auteur:  gilles [ 17 Déc 2010, 19:34 ]
Sujet du message: 

si tu es sous linux ca devrait aller tout seul. (testé ubuntu 9.10 et debian lenny).
J'ai une version de TEO 1.7.6 qui compile bien aussi, je pense ajouter un debugger à cette version GTK (plus pratique que la vieille version DOS).

Auteur:  PulkoMandy [ 17 Déc 2010, 22:08 ]
Sujet du message: 

JE suis sous Haiku. Mais ça marche, j'ai un sapfs fonctionnel.

Pour l'emulateur, je fais du MO5 donc pour le moment c'est dcmo5. Je pense que je vais devoir regarder du cote de mess.

Auteur:  gilles [ 18 Déc 2010, 10:06 ]
Sujet du message: 

a mon avis l'emul5 de fool doit aussi se compiler quasi-nativement sous haiku. Mess est moins pratique pour le dev que les émus spécifiques.

Une fois que tes devs sont terminés, tu peux ensuite l'intégrer à ton site web directement avec ceci : http://www.alternative-system.com/?page=mo5_java

Page 1 sur 2 Heures au format UTC + 1 heure
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/