Connexion avec TiEmu - Page 10

Martial Demolins (./260) :
Existe-t-il un moyen d'envoyer un fichier à TiEmu en ligne de commande? Si ce n'est pas le cas, serait-ce implémentable?

Sous GNU/Linux, oui, avec dcop ou qdbus.

Regarde les sources de KTIGCC, ça te donnera l'interface DCOP de TIEmu.
Et puis bien sûr, man dcop

J'avais trouvé tout seul une cause de problème avec -freg-relative-a5: utilisation des variables globales du programme dans un handler d'interruption.
Mais après cela, ta suggestion m'a aidé à:
* trouver la deuxième et a priori dernière cause de problème avec -freg-relative-a5, elle faisait toujours merder bien comme il faut à la sortie du programme;
* corriger le workaround que j'ai fait initialement (quatre lignes de programme fausses sur six, c'est bien ).

Bref, quand il me réécrira, il faut que je demande à Michael Hergenrader de te rajouter dans les credits


Le premier problème pouvait effectivement être dû à un ROM_CALL qui aurait utilisé a5 en interne, mais pas le deuxième, qui est dû partiellement ou totalement à un bout de code de TIGCCLIB. J'ai écrit à Kevin pour lui expliquer ce qui se passe, et pourquoi à mon avis, ce n'est pas correct.



Bon, fin de notre off-topic (suite en privé si tu le désires)

[EDIT: rajouté deux infos]

J'ai répondu à ton mail, ce que fait TIGCCLIB est correct, même si peut-être pas idéal.

Martial: Si tu utilises dcop ou qdbus sans arguments, il te donne une liste de processus, ensuite si tu ne donnes que le processus, il te donne une liste d'interfaces, et comme ça tu peux descendre la hiérarchie. Sinon, il y a aussi les navigateurs kdcop et qdbusviewer.

Si je me rappelle bien, la commande est:
dcop tiemu-`pidof tiemu` TiEmuDCOP send_file foo.89z
resp.
qdbus /org/ticalc/lpg/TiEmuDBus org.ticalc.lpg.TiEmuDBus send_file foo.89z
mais aucune garantie (c'est de mémoire).

Normalement, pas besoin de spécifier de port avec TiLP2, c automatique. A défaut, il faut spécifier le port=2, pas 1, c'est celui de TiEmu. TiLP doit être lancé _après_ TiEmu.

Maintenant, il me paraîtrai effectivement intéressant de pouvoir envoyer un fichier à TiEmu sans passer par l'usine TiLP.
La raison pour laquelle çà n'a pas été implémenté: il faut attendre que TiEmu soit prêt avant de pouvoir envoyer un fichier. Ce temps peut être variable. Mais, maintenant qu'il y a l'interface DBUS, çà doit être faisable très simplement.

OK, je vais coder çà...

Kevin: je t'ai envoyé plusieurs mails au sujet des installers. Tjs pas de réponse... Normal ou mon serveur déconne ?

C'est fait. L'éxecutable est dispo sur http://www.lievin.net/downloads/lpg/tiemu.exe.

Romain, tu pourrais updater l'exécutable pour etch (ou carrément le package), STP ?

Lionel Debroux (./280) :
Romain, tu pourrais updater l'exécutable pour etch (ou carrément le package), STP ?

Ca ne sera pas possible car tiemu dépend de libs qui n'ont pas encore été mise à jour.
En fait, j'attends de pouvoir tout releaser en même temps d'un seul coup.

./282: OK.

roms (./278) :
Kevin: je t'ai envoyé plusieurs mails au sujet des installers. Tjs pas de réponse... Normal ou mon serveur déconne ?

Comme dit par mail, je suis en vacances depuis le 17, je n'ai rien eu depuis (jusqu'au mail où tu as demandé ce qui se passe).

Le dernier mail envoyé date effectivement du 14 mais je n'ai pas eu de réponse à ce mail. J'en ai envoyé un le 27/08 qui s'intitule NSpire mais qui traite en fait des installers.

Effectivement, j'ai bien un mail de toi sur une autre boite au sujet des tes vacances. Ben, bonnes vacances !

Romain.

C'est quoi le bogue là? Que la fenêtre des registres a tellement d'espace vide? Ça doit être parce que tu as forcé les coordonnées pour l'ancienne grosse fenêtre des registres et que maintenant (3.01) toute cette place ne sert plus.

La petite police pour les registres a l'air d'être voulue, j'ai la même ici et je n'ai rien forcé.

Quel patch?
Le RPM le plus récent est la release 3.01, qui correspond à peu près à ce qu'il y a maintenant dans le SVN (3.01a), sauf que j'ai fait un commit qui n'est pas encore dans le RPM (parce que j'avais déjà compilé et uploadé les RPMs quand j'ai vu le bogue) pour corriger un bogue qui faisait que les checkboxes pour les flags ne marchaient pas. (Toutes les autres modifications de la 3.01 à la 3.01a sont spécifiques à un certain système monopoliste malheureusement très utilisé.)

Martial Demolins (./293) :
Romain avait redésigné la fenêtre des registres il me semble, justement pour prendre beaucoup moins de place.

Ces modifications ont été intégrées au SVN et sont dans la version 3.01.

Martial Demolins (./294) :
Et mainenant, ça serait possible d'avoir les fenêtres de Stack/Frame, Log pc, handles, RAM avec des polices de la même taille?

Tu dois être marchand de loupes.

bon après m'être enfin décidé à tester un peu TiEmu (3.01a) puisqu'apparemment roms a un peu de temps pour améliorer l'interface

- débuggeur
 * F5 sur un breakpoint ne fait que relancer le debugger sans rien exécuter
 * F8 foire qd la fonction skippée contient un breakpoint (freeze jusqu'à ce qu'on fasse F11)
- fenêtre code
 * désassembleur :
  - je trouve pas les 0 inutiles très lisible : rol.l #$00000007,d0 :/ (VTI, lui, supprime toujours les 0 de tête)
  - c'est un peu dommage de pas pouvoir distinguer move.l de moveq, idem pour addq/subq (perso j'arrive
    pas à compter les cycles ou la taille du premier coup d'oeil si il faut regarder les opérandes en détail
    pour savoir si c'est un moveq ou un move.l)
  - movem.l #$masque_incompréhensible, il vaudrait mieux les registres comme dans VTI
  - movem.l prend 2 octets de trop donc il "mange" l'instruction suivante
  - pour les adressages indexés :
   * il vaudrait mieux mettre la constante avant le registre, c'est mieux d'avoir lea ($42,a3),a3 pour
     voir du premier coup d'oeil que a3 et a3 c'est bien le même registre
   * (a3,d0.l*1) : le *1 ne sert à rien, surtout sur 68000
   * VTI utilise lea (-$c,a3),a3 au lieu de lea ($fff4,a3),a3, c'est plus lisible
  - il y a "trap .l" au lieu de "trap #$C"
  - rts.l #trifus#
  - il y a "bt<tab>.b" au lieu de "bt.b<tab>" (et sinon bra serait plus joli que bt :))
 * impossible de savoir si l'instruction sélectionnée est l'instruction courante :(
 * les "= bidule" pourraient peut-être être colorés, je ne sais pas si c'est possible (d'ailleurs les conventions
   ne sont pas très cohérentes, un coup c'est [42a1], un coup c'est [$42a1], un coup c'est = $42a1)
- fenêtre registres
 * les "D3=" sont sélectionnables #hum#
 * le double clic ne sélectionne qu'un groupe de chiffres ou un groupe de lettres mais pas la valeur hexa entière
- fenêtre stack
 * +4 / +2 / 0 / +2 / +4 / ... au lieu de -4 / -2 / 0 / +2 / +4 / ...
- fenêtre memory
 * scroll un peu lent
 * pas de raccourcis clavier #ouin#
- idée d'amélioration : ajouter via le clic droit "ouvrir cette adresse dans la fenêtre memory"
  (sur toutes les adresses, aussi bien dans code/disassembly/memory/stack [bon ok pour les 2 derniers c'est un peu plus
  compliqué puisque ça marche par octet ou par mot, mais au moins pour les deux premiers ce serait cool])

mais en tout cas c'est en bonne voie, si ça continue comme ça Tiemu va devenir vraiment mieux que VTI


[EDIT pour pas niquer la mise en page]

Pour le désassembleur, essaie la version avec GDB, le désassembleur est différent (car celui de GDB est utilisé) et n'a pas les inconvénients que tu cites.