AS, il en est où ? - Page 2

J'ai compilé les dernieres versions de AS et SIDE... je ne sais pas exactement si c'est buggé ou pas, quels bugs j'ai corrigé, etc... donc j'ai besoin de vous. Testez ça, et rapportez tout ce qui ne va pas, avec si possible un moyen de reproduire facilement les éventuels bugs.

http://darkclem.free.fr/as.zip
http://darkclem.free.fr/side.zip

J'ai corrigé un problème de Protected memory violation dû à l'utilisation de dc.b
J'ai remplacé ADD.W/L #...,An -> ADDQ #...,An par ADDA.W/L #...,An
Merci Thibaut pour le bug report.
[edit]Edité par Nitro le 29-12-2001 à 01:39:50[/edit]

Il manque à SIDE un Find Next ! Ca serait beaucoup plus pratique.

Un petit truc pas très important, pour as, mais qui peut être utile quand même: pouvoir faire
move.l #"test",d0 (une conversion automatique en ascii)
Et un truc qui manque vraiment, parce que sans ça parfois on peut perdre beaucoup de mémoire:
move.l ($c8).w,a5

Et le support des macros !!!

Sinon maintenant SIDE ne m'oublie plus la moitié des lettres, c chouette

>Il manque à SIDE un Find Next ! Ca serait beaucoup plus pratique

Voila, j'ai fait une sauvegarde du buffer "find". C'est suffisant j'espere ?

>Sinon maintenant SIDE ne m'oublie plus la moitié des lettres, c chouette

Alors que je n'ai rien changé
Tant mieux...

Pour AS je regarde tout de suite...

Nitro : de rien
Tu as corrigé la cause de plantages quand on adresse en absolu ?

Je n'arrive pas à reproduire, ça a l'air de tres bien marcher ... tu peux me donner un exemple ?

Ben dès le départ les prog générés par Azur plantent à cause de ça : movem.l d3-d7,a2-a7,SVG_REGS. Ou alors la version d'AS que j'avais était très vieille, pourtant je l'avais téléchargée il y a 1 mois à la même adresse.

AZUR_GLOBAL(pc),a5 bsr main HALT_PROGRAM: movem.l REGS_SVG(pc),d3-d7/a2-a7 rts REGS_SVG: ds.l 11 main: rts AZUR_GLOBAL:

J'ai la joie de voir une belle boîte de dialogue "Protected memory violation" quand j'exécute le binaire assemblé par AS à partir du code suivant :; Generated by the Azur compiler
; V 1.0, revision : Dec 23 2001
; Visit http://alineasofts.free.fr
; to obtain the latest version :)

 nolist
 movem.l d3-d7/a2-a7,REGS_SVG
 move.l  $C8,a6
 lea  

[edit]Edité par Thibaut le 29-12-2001 à 19:04:53[/edit]

>>Sinon maintenant SIDE ne m'oublie plus la moitié des lettres, c chouette
>Alors que je n'ai rien changé
>Tant mieux...
pourtant je t'assure qu'avant il m'oubliait des lettres. Peut-être que j'avais une très vieille version. Ou peut-être que c'est moi qui tape plus lentement.

J'ai trouvé un petit bug dans side, qui apparait quand on fait ça:
on compile un programme, on archive "prog", on edite le même programme et on rajoute un nop par exemple, et on le recompile. "prog" est toujours archivé et fait 2 octets de plus, c'est bon. Mais si on reset la calc, il a perdu ces 2 octets, on retombe sur le tout premier executable. C'est pas très gênant, mais ca peut faire bugger plus dans certains cas, je me suis retrouvé une fois avec un "prog" de type "expr" impossible à désarchiver.

C'est un bug dû à la fonction fopen qui ne renvoie pas d'erreur lorsqu'on réécrit un fichier archivé : elle se contente de créer un handle en RAM et de mettre à jour la VAT en RAM, mais pas en ROM.

Maintenant AS efface les fichiers cibles avant de les créer, donc ça ne devrait plus bugger avec les progs archivés.
De plus, j'ai corrigé le bug indiqué par Thibaut, il s'agissait en fait de ds.l qui déconnait un peu
Et j'ai rajouté la syntaxe (xx).w/l, mais pas encore l'optimisation automatique, que j'avais retiré pour cause de bug avec les relogements.

Prochaine étape: les infos symboliques pour DB92 et le mode kernel.

Y'a encore un autre petit bug dans side : quand on modifie le fichier et qu'on le compile, au retour de la compilation side appuie tout seul sur "enter" et fait un retour à la ligne

Je pense que les infos symboliques ca sera beaucoup de travail pour pas grand chose, quand même. Des libs statiques ou le mode kernel, ça sera beaucoup plus utile.

cool on a resolu le mystere de l'inconnu de yaka !

ExtendeD: à la fin de la compilation, SIDE reprend la main et tu es en mode normal meme si le curseur ne clignote pas... ça ne veut pas dire qu'il attend une touche (donc si tu appuies sur enter t'as un retour à la ligne)... si le retour à la ligne vient tout seul, alors là c'est louche parce que ça ne le fait pas chez moi

pya: ???

Et avant d'aller dormir, un ptit screenshot de UltraEdit (apres avoir appuyé sur F11 pour lancer la compilation) pour tous ceux qui cherchent un IDE potable
http://darkclem.free.fr/desktop.jpg

>Nitro: le retour à la ligne vient tout seul.

Je comprends pas...
Est-ce que ça le fait chez qq'un d'autre ?

Nitro, en pousssant un peu plus loin mon bêta-testing, j'ai aussi pigé que le plantage venait des ds... Mais pas seulement de ds.l !!! Tous les ds plantent, d'ailleurs je ne sais pas si tu as remarqué, mais ds.b 100 génère un espace de 200 octets, ds.w 100 génère un espace de 400 octets, et ds.l 100 génère un espace de 800 octets

p_y_a>ouarf, je l'ai vu le 1er cuila

Thibaut: oui, tout ça venait d'une ligne de code en trop que j'ai enlevé

Je suis content que tu reprends AS. Et surtout que c'est mon travail sur db92 qui t'a donné l'envie de le faire.

Mais pour répondre au message 44. On en a déjà un, d'IDE potable sur PC:

Et je vois dans ta capture d'écran que UltraEdit ne colore même pas les parenthèses selon leur niveau d'imbrication. TIGCC IDE le fait.

Kevin & TIGCC, c'est une histoire d'amour


Nitro : le support des caractères accentués dans les labels, tu feras ?
Au fait, y'a les deux versions PPG/EXE dans le zip ?

je prefere context

Oui je te l'accorde, TIGCC IDE est potable, mais UltraEdit est excellent, et s'utilise pour la programation de n'importe quoi (PC, GBC et TI-83+ en Z80, TI-68k, et GBA pour moi).


Au fait pour les libs statiques, l'idéal serait d'avoir un convertisseur qui prenne les archives .a et fasse un fichier qui donne d'une façon claire et facile à parser : le nom des fonctions, le code assemblé de ces fonctions, avec les éventuels relogements, et les dépendances vers d'autres fonctions s'il y en a. Apres l'intégration avec AS est facile.

Mais j'ai pas tellement envie de faire ça moi meme... alors si ça interesse quelqu'un, qu'il n'hesite pas à se manifester.

>Nitro : le support des caractères accentués dans les labels, tu feras ?

Non, desolé
Je ne trouve pas ça tellement interessant, d'ailleurs SIDE ne sait meme pas afficher les caracteres accentués si je me souviens bien... et pour les conversions PC<->TI il doit y avoir des problemes aussi puisque ce n'est pas standard.

>Au fait, y'a les deux versions PPG/EXE dans le zip ?

Oui

>Et je vois dans ta capture d'écran que UltraEdit ne colore même pas les parenthèses selon leur niveau d'imbrication. TIGCC IDE le fait

Ne commence pas à entrer dans les détails parce avec les centaines d'options d'UltraEdit on en a pour longtemps

ouéééé, critiquez pas UE

UE rulezzz !

Bon j'ai téléchargé le nouveau zip.
- Tu as inclus le "starter" des progs Azur dans les exemples, pk ?
- mes pitits caractères accentués ??

Sinon, merci beaucoup pour la version non compressée

>Tu as inclus le "starter" des progs Azur dans les exemples, pk ?

Hum zut, excuse-moi... comme la distrib est zippée et uploadée de manière automatique et va chercher les fichiers avec des wildcards, j'ai oublié ce leger détail

Et c'est bien dommage pour les caracteres accentués je te l'accorde, mais tu peux toujours les garder dans l'Azur et il suffit que ton compilateur remplace les caracteres accentués par leurs équivalents non-accentués pour que AS marche sans probleme... Par contre avec SIDE il y aura toujours un probleme.

Le pb des caractères accentués, je l'ai déjà résolu (tu n'as pas essayé Azur ), mais ça m'oblige à monopoliser un registre tout le long du programme pour pouvoir adresser les vars globales