nouvelle version de DB92 - Page 5

-On n'a plus besoin d'appuyer sur une touche à la fin si pas d'erreurs
-traduction française intégrale
-g remis un buffer de 4096
-g utiliser ma méthode pour le realloc (mais je ne crois pas que ce soit la solution) (ligne 215 à 218 et 282 à 285)
-texte en petit

je crois que c tout. Faut que je reface des tests avec la version originale non recompilé pour voir les changements

Je te file ma version modiée entière et à toi de voir

http://perso.wanadoo.fr/perso.messia/fichiers/autosymb_modif.zip

ps: par apport à la version d'origine, g enlevé #define USE_TI92PLUS et #define USE_V200 mais je ne pense pas que ce soit ca!

J'ai une TI89 HW2 AMS 2.05, je ne sais pas si ca joue beaucoup

non, pour un programme comme ça les seules différences entre les calcs sont la taille de l'écran (pour puts et printf)

hwti> T'en pense koi de ma version copyrighté par moi (je déconne)
Sans dec, t'en pense koi alors. Ca bug toujours t'es progs test avec ma version????

je sais pas, je vais tester ce soir (je suis au boulot, je peux donc programmer le midi et le soir)

hwti> En tout cas, merci à toi pour ce superbe programme vachement utille!

Je répète ma question: à quoi sert EVEN en assembleur

guigui17>

hwti
a écrit : even fait en sorte que l'instruction ou la variable qui suit soit à une adresse paire

> Kevin, où est tu ?
En vacances pour plusieurs semaines.

N'accusez pas TIGCC avant d'être parfaitement sûr que c'est de sa faute. En plus, c'est parfois la faute d'AMS et pas de TIGCC (notamment le bug des boîtes de dialogues qui effacent les twins, TIGCC n'y est absolument pour rien).

en fait, c'était corrigé dès hier après midi, seulement mes tests n'étaient pas concluants car le vrai bug (je ne sais pas s'il vient de TIGCC ou de AMS) c'est que ça plante si la taille du buffer est trop petite (ex 50 ça marche pas, pourtant 100 ça marche, même avec de très gros fichiers (beaucoup d'appels de realloc))

j'ai mis en ligne une nouvelle version, qui a comme nouveautés l'affichage intégral des messages dans la status line, l'affichage du fichier sur lequel il travaille (avant il n'indiquait rien quand il revenait d'un include au niveau supérieur, et la "commande" ';SYMB_IGNORE' qui dit à autosymb d'ignorer la ligne suivante (pratique pour exclure des include qui ne contiennent pas de variables ou labels comme 'ams' ou 'asm_c')

pour DB92, j'ai corrigé le problème avec [<>]+haut/bas dans les fenêtres variables/labels.

mêmes adresses de téléchargement

Sympa

Ca marche. Pour db92, c ok, aussi pour autosymb.

Le seul truc qui soit regrétable c que l'on ne verra plus les erreurs s'il à lieu si on l'utilise dans un programme TI-Basic. Je m'explique: je me suis fait un programme pour compiler plus facilement et après l'appel de autosymb, il efface la 'status line'

Il faut le lancer sur l'écran HOME pour voir le dernier message.

Que fait ton programme basic ?

Il appel autosymb et enchaine direct avec AS. Il faudrai que je fasse une pause (pas avec la commande Basic mais avec FLib car Pause efface le 'satus line')

En fait, ce n'est pas dérangeant s'il n'y a pas d'erreurs! MAis ce l'est s'il il y a une erreur du style "File .. not found" car cela signifie que la source à des problème. Et AS ne fera que de le confirmer.

pour ça je peux peutêtre modifier autosymb pour que si il est lancé avec un paramètre donné, il lance AS ensuite si il n'y a pas eu d'erreurs (ce que ne fait pas ton prog basic)

pour DB92 j'ai fait les modification que m'a suggéré guigui17, les fenêtres Files, Regs et Breakpoints s'agrandissent vers le bas quand il n'y a pas de fenêtres en bas sur la 89
J'ai aussi corrigé un gros bug qui n'apparaissait que dans certaines conditions (il était présent chez moi uniquement sur VTI 92+ 1.05) qui concernait certaines touches communes à touches les fenêtres (F6,F3,lock+gauche/droite,F5 et leurs équivalents sur 89)

Pendant le debugage avec DB92 d'un prog que j'ai fait avec TIGCC, j'ai vu une instruction:
cmpi.b #$F8,#$02(a0,d9)

Et alors ?
C'est vrai que avec la syntaxe A68K c'est plutôt $2(a0,d9.x) avec x = w ou l
d'ailleurs le .x doit y être normalement

arf je crois plutôt qu'il se pose des questions sur le n° du registre...

ha oui, j'avais pas fait attention, mais c'est un bug que j'ai corrigé (la nouvelle version sera bientôt disponible). En fait il devrait mettre a1 à la place de d9

JM: HW2PATCH pour AMS 2.08, c'est pour quand ? (je voudrais avoir un AMS 2.08 fonctionnel sur ma calc pour tester DB92)

Et MaxMem

mais lol, il va petre un cable JM, achaque foi ki poste, ya 3 pleupleu ki lui demandent ou en sont Hw2patch et maxmem

db92 a l'air de freezer sur AMS 2.08.

dans quel cas ?

Dès que je le lance, quand tout s'est affiché (le désassemblage et le dump)

hwti a écrit :
autosymb arrive demain (j'ai encore quelques problèmes, dont le fait que AS ne veuille pas de bra.w, si on met bra c'est bon mais si une version future l'optimise en bra.s ça ne marchera pas, je vais donc l'émuler avec des dc.w)

Essaye bra.l. C'est un synonyme pour bra.w normalement (il n'y a pas de branchements avec des adresses en 4 octets, et un branchement long est un branchement avec une adresse en 2 octets).


Pour les problèmes avec les grosses sources: n'oubliez pas que la taille d'un handle est limitée à 65520 octets (65518 pour les fonctions *Ptr)! Le problème avec des blocs agrandis par étapes de 32 KO est que 2*32 KO = 64 KO = 65536 octets > 65518 octets!

pour le problème avec la 2.08, DB92 ne plante pas, en fait il ne répond pas aux touches
la méthode de Kevin pour trouver kb_globals (_ROM_CALL_15C - $10) ne marche plus avec la 2.08 (alors que ça marchait avec la 2.07)
elle donne $64D6 alors qu'il faudrait $64DA d'après ce que j'ai observé

Essaye la méthode de PreOs (qui d'ailleurs évite aussi de devoir différencier AMS 1 et AMS 2):

	;3 : trouve tios::kb_vars
	moveq	#6,d0		; 6 = Key Queue address
	trap	#9		; Appel Systeme
	lea	($6-$1C)(a0),a0	; Correction -> kb_vars

Je n'ai pas essayé si ça marche avec AMS 2.08.

ça marche avec la 2.08

nouvelle version : http://membres.lycos.fr/hwti/db92-nostub-alpha-034.zip
principales nouveautés :
pour DB92:
- affichage du nom du ROM_CALL quand il rencontre une instruction du type move.l x*4(An),Am
- affichage du nom du ROM_CALL lors d'appels par FLINE
- compatible AMS 2.08
- correction de désassemblage de movem et des modes d8(pc,An) et d8(An,Am)
- réduction de la taille (forte réduction du nombre de reloc)
- correction de la fenêtre des breakpoints

pour autosymb on-calc :
- possibilité de lancement automatique de AS
- remplacment en ASM de certains ROM_CALL
- remplacment en C de fopen/fgets/fclose pour la lecture des sources
- interruptions désactivées (SR 0x600) ce qui accélère aussi AS
Au final autosymb on-calc est environ 4 à 5 fois plus rapide sur le tutorial de DB92 (avec le fichier ams complet)

PS: je rentre en prépa donc c'est probablement la dernière version avant un certain temps