repo.calcforge.org disponible pour Debian 4 - Page 2

roms (./27) :
J'ai actuellement le nez dans TiEmu pour fixer les bugs de lionel.

Tiens ça tombe bien, j'ai installé Tiemu-gdb et contrairement à ce que dit Kevin le désassembleur a aussi des bugs :
- movem inverse l'ordre des opérandes
- bra #0,d0 (au lieu de cmpi.w je pense)
Et aussi :
- redimensionnements bizarres de la fenêtre, impossible de réduire la hauteur de plus d'environ 1 ligne par moments (donc il faut le faire plein de fois si on veut beaucoup réduire la fenêtre)
- ce serait pas possible d'avoir des raccourcis globaux comme avec VTI ? parce que là par exemple on peut pas faire F7 si le panneau Memory a le focus, ce serait peut-être mieux d'utiliser au maximum les touches comme PgUp/PgDn avant de gâcher des Fn ?
- y a pas de compteur de cycle ?

(en tout cas c'est bcp mieux avec la "nouvelle" interface qui regroupe tout )

C'est le package tiemu-gdb pour Debian stable ? Il ne semble pas avoir GDB, d'après mon utilisation et les discussions qu'on a eu par mail avec Romain et Kevin.
Le désassembleur de GDB, ou dasm-tigcc, n'a probablement pas ces bugs. Le désassembleur d'UAE (utilisé s'il n'y a pas l'autre) doit les avoir, avec une paire d'autres que j'ai reportée: F-Line tous désassemblés en tant que 0x2FC "gcd_exact_whole_floats"; "btst" désassemblé en tant que "bra".

ce serait pas possible d'avoir des raccourcis globaux comme avec VTI ?

Je crois que c'est possible, mais que Romain avait expliqué que ça n'était pas trivial à faire.

C'est le package windows, et y a bien marqué "Tiemu3-gdb" dans le menu démarrer ; mais peut-être qu'il a pas trouvé les dépendances qu'il voulait et que du coup il s'est rabattu sur UAE ?

Je ne sais pas si le désassembleur UAE est compilé si GDB est activé...
Si tu fermes le debugger, et que tu cliques droit sur l'image du debugger (calculette, écran seul...), est-ce que l'option "Debug file with TIEmu" est grisée pour toi ?

ah oui en fait le tiret ça veut dire "Tiemu3 MOINS gdb", c'est pas spécialement clair

Ah ouais, c'est fun, ça
(Sous Debian, les packages sont tiemu-nogdb et tiemu-gdb, c'est mieux)

La version avec GDB est là: http://sourceforge.net/project/showfiles.php?group_id=23169&package_id=145488.

C'est fun mais c'est n'importe quoi Je dis pas ça méchamment. Mais faut reconnaître que ce n'est pas clair du tout. C'est comme leur système de numéros de version. TILP 6.81 est une version beaucoup plus ancienne que TILP 1.10...

Ils doivent pas faire gaffe que les gens qui débarquent dans l'univers TI y comprennent rien et se laissent avoir... Même Pollux s'est fait avoir (sur l'émulateur). Moi aussi la première fois que j'ai téléchargé TILP, alors que je connais l'univers depuis des années. On n'est pas dans leur tête...

TIGCC est tout aussi incompréhensible, puisque l'utilisateur raisonnable téléchargera la version "stable", pourtant déconseillée et obsolète (c)...

C'est TiLP 2 1.10, pas TiLP 1.10.

Bah oui mais c'est incompréhensible. On n'est pas dans ta tête Kevin. C'est exactement le même problème avec TIGCC 0.95. Faut pas croire que les gens lisent dans tes pensées. Regarde le nombre de nouveau arrivants sur le forum qui utilisent la 0.95.

Debian c'est vrai que ça a l'air pas mal. On se retrouve pas tous les 6 mois avec un OS obsolète et rendant impossible/compliquée l'installation des dernières versions des logiciels.

Tu nous feras un rapport ? Ca me tente bien...

Thibaut (./42) :
Debian c'est vrai que ça a l'air pas mal. On se retrouve pas tous les 6 mois avec un OS obsolète et rendant impossible/compliquée l'installation des dernières versions des logiciels.

Effectivement, on ne se retrouve pas tous les 6 mois avec un OS obsolète parce qu'on l'a toujours (sans arrêt). Debian stable fournit des versions déjà dépassées quand ça sort et aucune mise à jour (hors sécurité et bogues très graves, mais en tout cas aucune nouvelle version d'un logiciel). Et comme seul stable est supporté par le dépôt Debian sur CalcForge, je vous laisse tirer vos conclusions.

Debian se traine les bogues pendant beaucoup plus longtemps parce qu'ils ne corrigent (presque) rien dans stable!

Perso je suis plus que satisfait de la Xubuntu qui tourne sur mon eeePC et moyennement satisfait de la Kubuntu qui tourne sur mon PC (mais pour cette dernière, avec l'expérience, j'ai pu régler ce qui posait problème).

Pour tester le patch d'ExtendeD, il me faudrait TILP. Mais voilà :





Et quand je tente d'installer cette bibliothèque dans Synaptic, voilà ce que ça met :





Pour résumer : Pour utiliser TILP, il faut libticables 3. Pour installer libticables, il faut désinstaller TILP...

Help

Problème de dépendances...

j'en ai eu un dans le genre, le "remove" venait en fait d'un conflit de version et pas d'une erreur de dépendances comme on pourrait le supposer à première vue

Le problème est corrigé depuis ce matin.

A noter : TILP marche sur Kubuntu. L'affichage est plein de bugs mais l'essentiel (le transfert de fichiers) marche. Par contre, impossible de lancer TIGCC.

Il faut configurer la variable d'environnement $TIGCC à la main, le paquetage de Romain ne le fait pas automatiquement.

Le plus simple, c'est qu'en tant que ton utilisateur habituel, tu lances:
TIGCC=/usr/local/tigcc /usr/local/tigcc/bin/envreg
et puis tu te délogues et relogues.

Thibaut (./52) :
Le problème est corrigé depuis ce matin.

Corrigé tout seul ou par quelqu'un ?

Je pense que c'est ton update qui a corrigé le problème, non ?

Alors ça je n'en sais rien
J'ai vu que des mises à jour étaient disponibles pour mon ordi un beau matin. Il y avait l'icône du gestionnaire de mises à jour à côté de l'heure :
J'ai cliqué dessus, et dans la liste des paquets à mettre à jour il y avait libticables. Après l'application des mises à jour, j'essaie TILP : miracle, il marche enfin.