SPASM GUI

[contra-sh]

C'est bon j'ai fait un test avec Windows exprès pour toi

Ca fonctionne avec spasm puis bin2bin83 puis bin2var...

C:\asm>spasm a.z80
Pass one...
Pass two...
Done
Assembly time: 0.031 seconds

C:\asm>bin2bin83 a.bin
bin2bin83 by Thibault Duponchelle <t.duponchelle@gmail.com>

output : output.bin
Please send me your feedback : <t.duponchelle@gmail.com>

C:\asm>bin2var output.bin output.83p
Bin2Var v1.20 by David Phillips <david@acz.org>

'output.bin' successfully converted to 'output.83p'

Le fichier asm :

; a.z80
;**OK : This code works.**


.NOLIST
#define equ .equ
#define EQU .equ
#define end .end
#include "ti83asm.inc"
#include "tokens.inc"
.LIST
.org 9327h
call _CLRLCDFULL
ld hl,1
ret
.end

Voici en image :




Et l'execution :




Et ca marche !!

Alors c'est bon tu y arrives ?!!

edit : après avoir étudié le fichier généré par spasm gui il s'avère que le fichier n'est ni squishé (normal car avec un shell c'est inutile) ni packagé donc il y a bien un problème. De plus le code de spasm gui ne semble pas disponible donc je ne peux pas corriger ça...

[linkakro]

Lorsque j'ai dit que obj83 ne gère pas les bin, c'est parce que le 83p est toujours vide (seulement le header du fichier et les tokens End:0000:End)
J'ai commandé à spasm de générer un obj qu'il a considéré comme un bin. Ensuite obj83 a fait n'importe quoi puisqu'il manque purement et simplement le code.

Maintenant j'ai compris ce que tu veux dire par unsquish.
C'est juste la conversion du pur code hexadécimal en tokens hexadécimaux.
Et surtout je sais maintenant que les générateurs de 83p/8xp n'ont pas prévu de s'occuper de cette étape de conversion.
En revanche évite d'écrire une ligne en héxadécimal et l'autre en décimal, pour plus de clarté.

Je connais déjà prog2hex puisque je suis activement le forum espace-ti

bin2bin83 est fait pour linux donc c'est mort. Pour l'instant j'ai un source C (et un swp, qu'est-ce ?).
(normal, le créateur de bin2bin83 ordonne de compiler le programme avant usage )
EDIT : je me suis calmé, en fait pas besoin de faire un drame, mais cela m'embête de devoir chercher un compilateur pour mon ordinateur, avec un code source à la base fait pour linux, avec mon incompétence de ce côté là. Si tu pouvais m'expliquer clairement quoi faire, voire même me fournir un executable, je t'en serais très reconnaissant.

Voici ce que j'ai, sans la plupart des tentatives de logiciels foireux.
http://www.mediafire.com/?u71v6hr49v4090u

[contra-sh]

Pour bin2bin83, tu peux le compiler avec visual studio ou simplement code:blocks comme je l'ai fait. Je peux eventuellement te mettre la version que j'ai compilee pour ce topic (ce soir ou plus tard).

[contra-sh]

bin2bin83.mp3

Voila une version pour Windows 64 bits.

[linkakro]

Merci
J'ai trafiqué un batch pour exploiter spasm.exe, bin2bin83 et devpac8x, maintenant je parviens à compiler mon helloworld.
(la gestion des noms de fichiers n'est pas parfaite mais je vais faire avec en attendant d'avoir plus de compétences)
Mon problème personnel est donc réglé.

Mais qu'en est-il de spasm.exe et spasmgui ? La difficulté à créer le header des 83p tel que signalé dans mon premier message est bien dommage. (d'ailleurs tu as confirmé par la suite le constat)
Je ne sais si c'est normal qui plus est...
Je pense qu'une évolution de spasmgui pour régler ce point particulier lui serait bien profitable.

Merci et au revoir !

[contra-sh]

Il faudrait simplement ajouter une case à cocher : "no shell" et utiliser le code de bin2bin83 si coché.

Car si on fait un code pour ion ou venus ou n'importe quel shell alors il n'est pas utile d'unsquisher avec bin2bin83...

Si quelqu'un me passe le code de spasm gui je peux m'en occuper ce devrait pas être long...