1. Ce que tu appelles "Debugger" est la fenêtre "Disassembly".
2. C'est impossible de n'afficher que ça dans la version avec GDB, au moins le Source Window de Insight est non-négociable (parce que 1. c'est AMHA essentiel, 2. ça contrôle toutes les autres fenêtres Insight et 3. Insight s'attend à ce que cette fenêtre soit toujours ouverte, déjà cacher ça quand on ne débogue pas est un hack).
roms Le 19/07/2007 à 17:42 Oui, je n'ai profilé que la version non-gdb
Sinon, le profiling m'a fait mettre le doit sur un truc hallucinant: le simple appel à gtk_widget_modify_text pour mettre le texte en rouge consomme l'essentiel du temps (15 à 30 ms) de la fenetre Registers. Sans coloration, cette fenetre consomme 0 ms. Ca fait beaucoup pour un changement de couleur mais je vois pas trop comment faire autrement.
Lionel: ok pour les 3 fenetres.
Romain Liévin aka 'roms'
"Linux, y'a moins bien mais c'est plus cher !"
roms Le 19/07/2007 à 22:52 Je pense pouvoir encore (énormément) optimiser l'affichage du debugger: la désactivation de la liste des ROM calls fait passer le profiling de 720 à 172 ms ! Je vais voir comment gérer çà...
Romain Liévin aka 'roms'
"Linux, y'a moins bien mais c'est plus cher !"
> Sans coloration, cette fenetre consomme 0 ms. Ca fait beaucoup pour un changement de couleur mais je vois pas trop comment faire autrement.
Jusqu'à quel niveau descend ton profiling ? Si c'est une lenteur de GTK+, il pourrait encore être envisageable de la corriger (quoique les devs de GTK+ ne feront probablement jamais une nouvelle release de la série 2.6.x...), mais si c'est une lenteur de l'API Windows, c'est nettement plus difficile...
> la désactivation de la liste des ROM calls fait passer le profiling de 720 à 172 ms !
Argh. Y a-t-il une fonction permettant d'ajouter plusieurs entrées dans la liste en une seule fois ?
RiRi Le 31/07/2007 à 17:22 Pas mal beau travail.
Et maintenant que j'ai internet, je vais peut-être reprendre Ti-Emu, la dernière version que j'avais eu m'avait tellement gavée, surtout que je ne pouvais pas faire de report, que j'étais retourné au bon vieu VTI...
Mais là, devant tant de labeur et d'effort, je vais sans doute mois aussi faire un effort pour changer mes habitudes. ^^
Avec ces optimisations, non. La 3.01 va sortir bientôt. Non, je n'ai pas de date.
Mais la 3.00 est bel et bien sortie.
C'est encore le cas normalement, mais j'ai eu des reports que ça ne marche plus, apparemment SourceForge a changé leurs URLs une fois de plus (grrr...), il faut que je regarde ça.
Pourquoi ne pas inclure le setup.exe du bon GTK+ avec le package Ti-Emu, plutôt que de jouer à Fort Boyard sur Internet pour trouver la bonne version de la librairie ?
Parce que ça fait 2 fois plus à télécharger pour ceux qui l'ont déjà.
Et en plus, c'est nous les responsables pour distribuer les sources avec dans ce cas d'après la LGPL, et il y a des tonnes de sources (que gladewin32 ne distribue pas d'ailleurs, ils sont censés redistribuer les sources exactes qu'ils utilisent, même si elles ne sont pas modifiées, mais ce n'est pas notre problème; mais si on se mettait à le redistribuer nous, ça le deviendrait), essentiellement un tarball source par DLL.
Thibaut Le 31/07/2007 à 20:02Edité par Thibaut le 31/07/2007 à 20:03 Bah ouai mais si je veux avoir la dernière version ? par exemple pour utiliser Gimp ?
Je réitère donc ma question (à regret) : y a-t-il un autre émulateur qui existe (à part le vieux VTI) ?
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 :
www.ti-fr.com.
Quelques idées personnelles
ici.
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 ?
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 :
www.ti-fr.com.
Quelques idées personnelles
ici.
On a besoin d'une version qui contient la libglade, je ne comprends pas trop pourquoi il y a toujours des versions sans libglade qui traînent étant donné que c'est la manière conseillée de dessiner les dialogues GTK+ depuis des années. Si tu trouves une autre version avec la libglade, ou si tu installes une libglade à part, ça va marcher aussi. Je vais voir ce que je peux faire dans mon installeur s'il manque la libglade. Je n'ai pas trop envie de distribuer une copie de la libglade, pour les mêmes raisons pour lesquelles je ne distribue pas un setup.exe GTK+.
gtk+-win32-runtime
Les *glade-*, c'est juste Glade ou libglade sans GTK+, mais ces paquetages ne sont pas à jour. Les *-devel, c'est pour les développeurs (paquetages plus gros parce qu'il y a aussi les trucs qu'il faut pour compiler des logiciels avec).
Le lien qu'on donne fonctionne, mais il passe par des redirects. Le lien direct utilisé par l'installeur est celui qui risque de ne pas fonctionner (à vérifier).
Pour les GTK+ incompatibles, je vais voir ce que je peux faire (a priori, il suffit de détecter l'absence de la libglade et de la rajouter).
J'ai testé le téléchargement automatique et il fonctionne très bien (sous WINE, mais j'avais aussi testé sous Window$ à l'époque).
Je vais voir pour le problème de la libglade.
). C'est dommage de devoir reparamétrer ce genre de choses à chaque fois qu'on ouvre le débogueur (ce qui arrive tout de même régulièrement lors de la même séance de débogage).
