Connexion avec TiEmu - Page 8

En fait c'est plus subtil, parfois ça marche, parfois pas. Je vais voir s'il y a un miroir plus fiable qui a les fichiers.
Pour la libglade, je suis en train de coder une solution (encore des téléchargements automatiques).

EDIT: J'ai mis le miroir du UK Mirror Service à Kent (Royaume-Uni) là, ça sera dans la prochaine version, j'espère que ça sera plus fiable.

Thibaut (./202) :
Bon alors je me plie, je prends la version de GTK+ imposée par TiEmu. Pourquoi imposez-vous cette version visiblement non officielle et légèrement en retard ?

Parce que c'est la dernière de la série 2.6 à fonctionner sous les Windows 9x/Me. Les suivantes (2.8 & 2.10) ne fonctionne que sous NT4/2k/XP/Vista.

D'ailleurs, on va très prochainement passer aux dernières versions (ce qui implique que l'on stoppe le support des Windows non-NT).

Ca m'intéresserait aussi d'avoir un build de la release avec optimisations

Dispo temporairement ici (à ne pas distribuer !): http://www.lievin.net/downloads/lpg/tiemu3nogdb.zip.

Au passage, j'ai une suggestion pour TIEmu (et elle s'applique peut-être à certains endroits de TILP-II également): dans le menu de changement de ROM (F12), et certainement d'autres menus qui ne me reviennent pas à la mémoire maintenant, mettre le double clic gauche sur un élément d'une liste comme équivalent de simple clic gauche + valider.
Ce comportement du double-clic est assez naturel sous Windows et de nombreuses autres applications sous GNU/Linux (j'utilise principalement des applis KDE).

J'avais déjà eu l'idée de l'implémenter mais çà avait posé des problèmes... Je vais m'y remettre alors.

Kevin Kofler (./210) :
Je vais voir pour le problème de la libglade.

Actuellement, TiLP et TiEmu installent déjà la libglade & libxml si elles ne sont pas présentes... Mais, çà ne devrait pas être nécessaire si la personne installe bien le package GTK de gladewin32.sf.net.

Visiblement, ces dépendances sont un problème récurrent malgré les efforts apportés. Néanmoins:
- l'installer propose le téléchargement automatique du package,
- à défaut, le lien sur le site de TiLP est direct,
- à défaut, le lien donné dans le README est direct.

Donc, je vois pas où est le problème...

roms (./215) :
Actuellement, TiLP et TiEmu installent déjà la libglade & libxml si elles ne sont pas présentes...

Tes installeurs. Pas le mien (jusqu'à la 3.00 incluse).

Mais je m'en suis occupé pour le mien: http://svn.tilp.info/cgi-bin/viewcvs.cgi?rev=2622&root=tiemu&view=rev.

Au passage, j'ai une suggestion pour TIEmu (et elle s'applique peut-être à certains endroits de TILP-II également): dans le menu de changement de ROM (F12), et certainement d'autres menus qui ne me reviennent pas à la mémoire maintenant, mettre le double clic gauche sur un élément d'une liste comme équivalent de simple clic gauche + valider.

C'est fait (du moins pour F12). Par contre, je vois pas bien d'endroits autre que celui-ci. C'est le seul endroit où j'utilise une liste.
Mais, si tu en vois d'autres, hésite pas à m'envoyer un mail!

Merci.

Il y a aussi l'utilisation de la touche ENTER pour valider, dont je me suis souvenu tout à l'heure.
C'est fait dans la plupart des dialogues avec une ligne pour entrer du texte (par exemple, en testant rapidement, je trouve que le nom d'un nouveau répertoire dans TILP, les "Go to Address" dans les fenêtres Disassembly et Memory de TIEmu, sont validables par ENTER), mais il me semble avoir remarqué l'autre jour qu'il y a au moins un dialogue où ça ne fonctionne pas. Je ne me souviens plus lequel, ni si c'était dans TILP, TILP-II ou TIEmu (désolé, mon bug report ne ressemble pas à grand chose ^^).

Est-ce que les deux touches ENTER du clavier PC peuvent faire marcher le ENTER d'une 89?

C'est possible. J'ai juste à modifier le fichier keymap.

D'abord j'avais mal lu, c'est avec GDB

Ca m'étonnerait, le package a été buildé avec MSVC/Win32.

Martial Demolins (./223) :
la dernière qui supporte VTI

Pas vrai, c'est la Bêta 7 la dernière qui gérait VTI.

Mais TIGCC IDE ne marche pas correctement sous WINE, essaie de compiler avec par exemple.

Quant à TiEmu, ça ne marche sous WINE qu'avec GTK+ 2.6, pas avec le 2.8 ou 2.10.

Martial Demolins (./224) :
Foiré mon truc, l'éditeur déconne complètement ^^

Il faut choisir une police à chasse fixe. Mais même avec ça, ça ne marche pas bien sous WINE => KTIGCC rulez.

Quant à tes rants sur TiEmu:

puis à positionner et forcer chaque position de fenêtre (il retient mal les positions qu'on lui donne)

Ah bon? C'est un bogue dans ce cas! Tu utilises quoi comme WM?

virer toutes les bordures (même avec tout ça et en 1280*1024, le débugueur ne tient pas...)

Il n'est pas censé "tenir", la barre des tâches sert à ça (changer de fenêtre), on ne peut pas tout placer sur l'écran en même temps, c'est pour ça qu'il y a des fenêtres séparées! Et aussi pour ça que toutes les fenêtres ne sont pas affichées par défaut (seules les plus importantes).

Ca m'évitera aussi tous les problèmes de serveur DCOP (ça n'arrive pas chez KK, donc il n'y a pas de bug. Je dois juste être maudit pour que le transfert marche pas chez moi et fasse planter TiEmu au deuxième coup).

Bah, comme tu le dis toi-même je n'ai jamais vu ça, donc je ne comprends pas trop.

Tu utilises quoi comme environnement? KDE? GNOME? Autre chose? Si c'est GNOME ou autre chose non-KDE, essaie sous KDE pour voir si ça change quelque chose.

Ca m'évitera de me faire chier avec ces fenêtres de GDB (apparemment, je n'en ai pas compris la génialité, mais ça me prend toute la place et ça ne me sert à rien ; naturellement, pas d'option pour ne pas l'afficher).

Je veux bien cacher la console GDB par défaut (elle est cachée par défaut dans Insight officiel aussi), ça te fait une fenêtre GDB (Source Window), en plus tu y vois ta source assembleur commentée, donc elle est bien utile. Et si elle te dérange vraiment, tu peux la rendre plus petite aussi.

Martial Demolins (./228) :
J'utilise KDE et son WM, sans modif particulière. En fait, à chaque réouverture, la fenêtre va être positionnée "en cascade" par rapport à la fois précédente (un peu en bas à droite). J'avis lu que ça venait de GTK de toute façon, donc à part forcer le positionnement avec le WM de KDE, je n'ai pas trouvé d'autre solutions.

GTK+ dit que ça vient de X11. Enfin, on a aussi un hack Win32 parce que GTK+ ne faisait pas la bonne chose sous Win32 non plus. Mais sous X11, il n'y a pas de moyen d'avoir la bonne position de fenêtre sans la coopération du WM, du moins c'est ce que les développeurs de GTK+ disaient la dernière fois qu'on avait regardé ça. Il faudra que je regarde s'il y a un moyen avec KWin au moins.

Ca serait possible d'avoir une option pour ça? Je peux comprendre que certains préfèrent, mais en asm, j'ai plus besoin des fenêtres des handles, de la RAM etc que de mon source commenté (que je retrouve en partie dans le désassembleur de toute façon, donc ça fait un peu double emploi).

Pas vraiment, non. Insight s'attend à ce que le Source Window soit toujours présent, c'est déjà un hack de le cacher quand le débogueur est fermé, mais quand on utilise le débogueur, ça risque de boguer grave s'il n'est pas là. De plus, le Source Window contient le menu pour activer toutes les autres fenêtres. Donc je suis désolé, mais on ne peut pas vraiment désactiver le Source Window sans recompiler.

Pour le SIGINT, "Don't show this warning again" ne marche pas?
(Cela dit, je devrais patcher le message pour parler moins "Unix" et plus "TI". Probablement ne rien afficher pour SIGINT, et afficher la vraie raison, pas le signal Unix traduit, pour les vrais plantages. Ce n'est juste pas au top de mes priorités.)

Tu utilises quoi comme ROM dans TiEmu? (Tu me l'as sans doûte déjà dit, mais j'ai oublié.)

C'est le relâchement de la touche Alt qui n'a pas été detecté parce que tu as été dans une autre application quand tu l'as relâchée. Solution: utilise la souris la prochaine fois.

Attention. N'oubliez pas de lacher ALT avant de basculer de taches Je vous surveille !