nouvelle version de DB92 - Page 3

hwti> Tu en est ou pour autosymb on-calc?????????????

pour autosymb on-calc, il me reste à remplacer symb.inc, sinon le programme est bon (pas optimisé au maximum, mais on verra ça plus tard) Je mettrai donc bientôt une version de test à disposition

Je travaille aussi sur DB92, là aussi bientôt un version, de test car j'ai changé pas mal de choses (le programme débogué peut entrer en superviseur).
justement, est ce qu'il y a des fonctions systèmes qui vérifient SSP (autres que trap #4, qui fait un reset à l'allumage si il est appelé avec un SSP en dehors des limites habituelles)

version de test de DB92 :http://membres.lycos.fr/hwti/db92-nostub-alpha-033-test.zip
J'ai fait de grands changements dans les routines d'interruption, le programme débogué peut entrer en mode superviseur. Testez cette version de préférence d'abord sous VTI, car étant donné le nombre de changements il pourrait y avoir des bugs qui m'auraient échappé.

Je m'y met

on risque quoi si on le fait on-calc (a par quelque reset)?

Pas grand chose, il suffis d'archiver

je le fais toujours donc y a pas de problemes.

Si tu à une AMS 2.03 et inf, fait gaffe!!!!
ca m'est arrivé de perdre des données archivées!!!!!!

mais avec la version 2.05, ca va

c bon j'ai la 2.05.

vivement la version on-calc de autosymb.

hwti>ca serai bien de sauvegarder la position de fenetres de db92 dans une variable

Arg

BIG PROB avec cette version!!!!
En voulant debugger 'exe4' (exemple numero 4 livré avec Xlib 1.0) quand j'appuis sur F5, je n'ai pas d'aperçu du programme, seulement La fenêtre HOME avec 'busy'.
Il faut savoir qu'il utilise le gris avec une redirection de l'auto-int 5....

What?

J'ai fait un comparatif du même prog avec la 0.32 et la ça marche

Au fait, en ce qui concerne autosymb, c bien qu'il soit en C maintenant

tester on-calc peut être risqué sur des programmes qui touchent aux traps et auto-ints (j'ai testé uniquement le support de RETURN_VALUE et le débogage du trap 11 par appel direct dans ce qui peut le faire planter, pour un programme classique, il n'y a pas de problèmes normalement)
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)

Mais a part ca, il ne plante pas la calc, j'ai put quitter DB92 sans problème apres cette découverte.

Aurai-je vu un peut trop gros pour un premier debuggage? Car c vrai qu'il touche à pas mal de truc ce programme...

Au fait, hwti, tu t'es dermerdé comment pour transformer le -* des dc? Car AS ne le reconnait pô

pour l'exemple de XLib c'est bizarre, au fait, on la télécharge où ? (j'ai pas trop le temps de chercher, je suis au boulot)

pour le -* je fais "label dc.w variable-label"
il faut en plus que je génère des noms de labels uniques car ça marche pas avec des labels locaux

Voici le lien:

http://xlib.kouette.com/download/_X_Lib1.00.rar

(199 Ko)

pour DB92, c'est résolu (le trap 11 remet les vecteurs du TIOS si il est appelé avec un pointeur de pile système en dehors des limites habituelles)
même adresse de téléchargement

première version de autosymb on-calc: http://membres.lycos.fr/hwti/autosymb.zip
on lance autosymb("fichier source","fichier sdb"), il crée le fichier sdb et l'inclue dans le fichier source dans une section délimitée par ;DB92_SYMB et ;END DB92_SYMB qu'il crée

une fois qu'elle est créée il n'y touche plus les autres fois, donc pour accélérer vous pouvez ensuite mettre les include qui ne contiennent pas de code ou de variables comme include "ams" dans cette section entre endsymb: et ;END DB92_SYMB

je vais implémenter certaines fonctions systèmes utilisées en asm pour l'accélérer.

j'ai découvert des bugs bizarres dans AS :
dc.l label1-label2 ne marche pas (le listing est bon, mais il génère des reloc) alors que dc.w label1-label2 marche
dc.w local1-local2 marche alors que dc.w label1-local1 ne s'assemble pas
certaines lettres sont acceptées au début d'un label (exemple ~ et @), mais ne fonctionnent pas toujours correctement : dc.w label1-~1 marche alors que dc.w ~1-~2 donne $FFFF tout le temps

Genial.

Je viens de tester autosymb. Puis j'ai lancer db92 (v0.32). Les noms des variables et des fonctions sont affichés. Par contre, j'ai trouve deux problemes:
- dans la liste des variables on peut continuer a scroller apres la derniere variable
- dans la liste des fonctions, on ne peut pas scroller sauf si on fait avant un <>+bas (et on doit le refaire a chaque fois que l'on reselectionne la fenetre Labels)

Je viens de tester, et ca marche pô

Bon d'accord, mon fichier asm faisait 25Ko et ams_c quant à lui, 24Ko.
Il me met "error memory protected" et puis c fini...

J'ai tester avec un plus petit fichier, et là ca marche

C cool un programme debugger avec des infos symboliques

guigui17 a écrit :
C cool un programme debugger avec des infos symboliques

C clair: bsr mafonction c mieux ke bsr #$001AFE50

je vais voir pour les 2 problèmes (pour autosymb je crois savoir ce que c'est)

hwti> le message "Cannot resize source" apparait que si la source est archivée?

normalement oui, ou si il n'y a pas asez de ram libre pour agrandir le fichier ou si il attiend 64Ko

En faite, a propos de mon problème post 78, il plante lors que autosymb est dans la phase "Processing file ams_c."

Avec du bole, Preos, l'intercepte
avec moins de bole, "Prtoected memory violation"
et avec pas de bole u tout, barre noire

et parfois un message "Out of memOut of memPress key to exit"


Donc

pour rappel, ce que j'aissais de compiler (source ASM) fait 25Ko, plus de 50 labels et une dizaine de variables et le tout dans un seul fichier source.

A propos du post 82, je disais ca car la même source non archivée marche très bien avec autosymb. Mais dès que je l'archive, il me met ca. Par contre, il me créer le fichier de sortie.

processing file xxx ça veut rien dire, il faudrait que je le change, en fait si ton fichier s'appelle source, il met processing file source, il voit include "ams_c", il ouvre ams_c et met processing ams_c, puis quand il a fini il revient dans le fichier principal (j'utilise une fonction récursive)

pour le post 85 c'est normal, vu qu'il cherche à ajouter
;DB92_SYMB
nop: NOP
...
;END DB92_SYMB dans le fichier source, donc tu peux l'archiver la 2ème fois seulement (quand il a ajouté ces lignes, ou alors tu les ajoutes toi même)

je ne comprend pas pourquoi autosymb plante, ou plutôt fait planter le TIOS quand il quitte. Il doit y avoir un problème avec realloc.
En attendant, j'ai modifié pour qu'il alloue dès le départ plus de mémoire afin de mieux traiter les gros fichiers. J'ai mis les sources pour si quelqu'un pouvait comprendre d'où vient le problème.

Ced> C'est bizarre, je n'ai pas le bug chez moi, et il me semble que je l'avais corrigé avec la 0.32 Essaye de télécharger la 0.33

avec la 0.33 il n'y a plu les bug par contre le <>+haut et <>+bas ne fonctionne pas a tout le temp