limmt :
Effectivement aucun rapport, mais TiEmu a une fenetre dans l'émulateur ce qui est moche

et il permet pas de bouger la ti assez haut pour avoir tout en 2X

Kevin Kofler :

1. Ce n'est pas un critère (cf. l'exemple de limmt avec DoorsOS).
2. Ces gens ont tort, il n'y a pas de bonne raison d'utiliser encore VTI.

Flanker :
tu n'arrives pas à comprendre que les gens peuvent ne pas avoir les mêmes goûts que toi ?

Je déteste l'interface de tiemu, je trouve celle de vti 1000x fois mieux pourtant je n'oblige personne à l'utiliser

En plus, VTI n'a besoin de rien pour être installé contrairement à tiemu (sans compter la différence de taille)
puis je trouve drôle de reprocher aux programmes kernel l'obligation d'installer le kernel mais d'oublier ce détail pour tiemu

Vertyos :
pareil que Flanker et limmt, ne plus gérer VTI dans les futures versions de TIGCC n'aura pour effet que de m'en faire garder une version "obsolète" © ...

TiEmu c'est de la merde,

en plus d'être lent

et moche

il utilise GTK

déjà que je trouve completement stupide de forcer tous les utilisateurs à changer de programme,

ça l'est d'autant plus que le nouveau est loin de surpasser l'ancien.

Thor :
Je reste également un adepte de VTI.

Kevin Kofler :

Ce n'est pas une histoire de goûts, c'est une histoire de fonctionnalités. TiEmu fait tout ce que VTI fait (à part émuler le son, et encore, VTI n'émule pas le son correctement, cf. PolySound), et plus: débogueur C (très important pour TIGCC), émulation des matériels et logiciels à jour (VTI n'émule que du matériel obsolète qui n'est plus produit par TI depuis longtemps: HW1), portabilité (il n'y a pas que Window$ au monde), ... De plus, VTI n'est plus mis à jour depuis 5 années! Donc TiEmu remplace VTI.

Il ne manquerait plus que ça, que tu nous obliges à utiliser un logiciel totalement dépassé.

Sous Windows, le setup de TiEmu installe automatiquement tout ce qu'il faut (y compris GTK+, qui est téléchargé et installé automatiquement, après une demande OK/Cancel pour les paranos). Tu ne dois t'occuper de rien. Sous Linux, si tu utilises apt-get ou yum localinstall sur les RPMs, ces logiciels récupèrent toutes les dépendances pour toi.

Hmmm, faudra que j'"oublie" cette entrée dans le changelog alors, comme ça ça sera une surprise.

Je ne suis pas d'accord, je ne vois carrément pas ce qui est "moche" dans TiEmu.

Et alors? Il n'y a pas que Window$ au monde, les gens qui s'attendent qu'on code tous du Window$-only pour leur faire plaisir, vous faites chier! GTK+ est une excellente solution pour la portabilité, et je ne vois pas le problème d'utiliser ça. Ça marche très bien sous Window$ aussi. Tes préjugés, tu peux te les mettre tu sais où!

Pour toi et pour tous les autres qui en sont toujours à VTI: par pitié, essayez le débogueur C de TiEmu! Je suis sûr que ça te fera changer d'avis. Tous ceux à qui je l'ai fait essayer m'ont répondu ensuite qu'ils ont été fascinés! Vous ne savez pas ce que vous ratez!

Flanker :
SI c'est une histoire de goûts.

J'en ai rab de tes fonctionnalités.

Tu veux que j'en fasses quoi du son ???

Qu'est-ce que tu veux que ça me fasse que ça soit une version vieille de 5 ans ?

Et ça change quoi pour moi que ça tourne sous linux ? Je suis sous windows.

Elle répond farpaitement à mes besoins, je ne vois pas pourquoi en changer

Bah oui, moi je ne force pas les gens à utiliser un programme sous prétexte que j'y participe

et si t'es pas admin sur l'ordi ?

Tu découvres enfin que tout le monde n'a pas toujours les mêmes goûts ?

N'empêche qu'il a le droit de ne pas vouloir installer GTK ?

clair que ça va m'avancer un débugguer C pour coder en asm

limmt :
en 900 de haut ca rentre du bas du on au haut de l'écran

Kevin Kofler :

Bah non.




je suis assez grand pour savoir si j'ai besoin d'une émulation fiable pour tester mes TSR
et au pire, j'ai une 92+ HW2, une V200 et je peux taxer la Titanium d'une copine

bah oui, mais je n'ai pas envie de changer d'OS


bah chez moi ça marche très bien, je n'ai aps besoin du débogueur C, il faut te le dire en quelle langue ?
[ cite]

Le fait que j'y participe n'a strictement rien à voir avec cette discussion! Il est question d'un logiciel qui remplace un autre parce qu'il est mis à jour et qu'il a des fonctionnalités en plus. On s'en fout complètement qui l'a écrit! TiEmu est à VTI ce que PreOs est à DoorsOS! Tu proposes de rester à DoorsOS aussi?

Tant pis pour toi (pour rester poli).
Enfin, on peut installer tout dans un répertoire perso aussi, je peux essayer de te zipper tout ce qu'il faut, mais la distribution normale de TiEmu (tout comme TIGCC, d'ailleurs) est sous forme de setup parce que c'est nettement plus pratique pour l'utilisation normale (installation sur un ordinateur personnel). Je ne suis pas sûr que les admins apprécient que tu installes des logiciels sur des machines qui ne t'appartiennent pas (même si c'est une installation locale dans ton répertoire HOME). S'ils voulaient que tu codes pour TI sur leurs machines, ils installeraient les logiciels pour.

Non, ça je le sais bien, mais justement, dans ce cas, je ne comprends pas pourquoi son goût diffère, parce que je ne vois vraiment rien de moche dans TiEmu.

Vertyos, si tu pouvais essayer de nous expliquer ce qui ne te plaît pas (je sais bien que c'est souvent dur de savoir ce qui est exactement le problème quand on voit un truc "moche", mais s'il te plaît essaie quand-même), on pourrait peut-être le corriger, ou si c'est un problème de GTK+, te montrer comment configurer GTK+ (qui est largement thémable) pour corriger le problème. (Enfin bon, faut aussi savoir que je ne comprends pas sur quoi tu juges l'esthétique de TiEmu vu que tu refuses de l'installer sur ta machine. Les captures d'écran? Si oui, lesquelles?)

Et pour quelle raison, à part un caprice/préjugé? On dirait presque une phobie pathologique!
Je suis un scientifique, je n'accepte pas qu'on agisse ou refuse d'agir sans raisons.

Si tu codes avec un assembleur non-obsolète (c'est-à-dire GNU as), Insight te montre aussi ta source ASM (avec macros et commentaires!), exactement comme pour un programme en C.

Si tu utilises A68k (assembleur obsolète et non-libre qui va probablement être supprimé de TIGCC un jour), tu n'as pas droit à ça (A68k ne gère pas les infos de débogage ), mais tu as quand-même un avantage assez important: TiEmu te montre les noms de tous les labels et pas juste les adresses comme VTI. Je peux dire d'expérience que c'est très dur de se retrouver dans un code ASM quand tous les labels ont été remplacés par des +123 et des -45. Pour avoir droit à ça, actuellement, il faut (en plus de cocher la case "Generate debugging info" dans l'IDE ou passer -g à tigcc.exe) rajouter un fichier GNU as bidon à ton projet (qui peut être vide) pour convaincre le linker à émettre un fichier debug. (C'est un workaround nécessaire à cause d'un détail d'implémentation que je compte améliorer.)

Enfin, personnellement, je conseille de passer à GNU as, comme ça tu pourras profiter au maximum du débogueur de TiEmu.

Flanker :
je suis assez grand pour savoir si j'ai besoin d'une émulation fiable pour tester mes TSR
et au pire, j'ai une 92+ HW2, une V200 et je peux taxer la Titanium d'une copine

bah oui, mais je n'ai pas envie de changer d'OS

bah chez moi ça marche très bien, je n'ai aps besoin du débogueur C, il faut te le dire en quelle langue ?

bah si, tu fais du lobbying pour tiemu depuis que tu y participes.

C'est hw3patch, hw2patch était nul et fallait utiliser h220xtsr (sous prétexte wu'hw2patch modifiait la rom), mais qu'hw3patch le fasse, ça c'est pas grave !

c'est cool de voir des réponses aussi intelligentes
en gros, c'est ça marche pas sur ton ordi ? bah change d'ordi ! #trigol#

bah tu as peut-être des goûts de chiotte, tout simplement

ptêt qu'il l'a déjà essayé ?

moi je l'ai essayé et c'est une horreur (surtout sur Mac OS X )

bah faudra t'y faire, tout le monde n'est pas CONmplètement scientifique comme toi, et heureusement !

je n'aime pas AS, c'est tout.

Et je sais très bien débugguer sans ton truc

Kevin Kofler :

Et alors? Ce n'est pas une raison de renoncer à un émulateur qui fonctionne correctement.

Il t'aiderait aussi pour tes programmes ASM, en te montrant les noms de label au lieu des adresses, il faut te le dire en quelle langue ©? Bien sûr tu peux t'en passer, tu peux utiliser aussi un abaque au lieu d'une calculatrice, mais pourquoi se rendre la vie plus dure?

Si tu n'es pas admin, c'est que ce n'est pas ton ordi. Donc en gros, si ça ne marche pas sur l'ordi de quelqu'un d'autre, bah utilise ton ordi.

Bah, c'est une application X11 comme toutes les autres. Il faudra se faire au fait que Quartz est propriétaire et non-standard et que les programmes seront rarement écrits pour.

Et pourquoi? Ras le bol des "je n'aime pas" sans arguments.

Link :
Au fait, puisqu'on parle de hw3patch : que fait-il sur une non-titanium ? Il patche la ROM, il ne la patche pas ou il demande ?

Flanker :
syntaxe à chier

absence de labels locaux utilisables

Kevin Kofler :

Les labels locaux en 1b ou 1f sont beaucoup mieux conçus que les labels locaux de A68k. Avec A68k, si tu as 2 labels locaux de même nom, il faut mettre un label global entre les deux, et inversement, si tu mets un label global, tu ne peux plus utiliser un label local pour sauter par dessus ce label. Les labels locaux GNU as sont totalement indépendants des labels globaux, ce qui est beaucoup plus pratique et plus simple.

Pour les petites boucles, un 0: fait très bien l'affaire (ce n'est pas moins explicit que le label passe-partout \loop:), pour les trucs qui ont absolument besoin d'un nom, pourquoi pas en mettre un unique?