Détournements de sujets, locks, ... - Page 3

Bah, de mon côté, je n'utilise essentiellement plus du tout le PII depuis que j'ai mon nouveau PC portable (Core 2 Duo, Fedora 9 x86_64). À part pour tester ce que donne un logiciel sur une machine lente, je ne vois pas trop l'intérêt...

Je crois bien que cette unique phrase en dit bien plus long sur toi que des topics entiers de 10aine de page où tu prends position sur les sujets habituels.

Kevin Kofler (./33) :

Lionel Debroux (./31) :
Y compris la fonctionnalité d'être une application native avec un look&feel pleinement natif

Ce n'est pas le look&feel natif, ça? (Et le bogue du redessinage du clavier émulé a été corrigé depuis, pas la peine de commenter là-dessus. Et je signale aussi que c'est le mode multi-fenêtres, pas le mode fenêtre unique, du débogueur.)

Objectivement non, de pars les marges utilisé, les icones des toolbar. meme la police me semble ne pas etre celle par défaut...

Lionel Debroux (./35) :
Un des désavantages de la version GDB de TIEmu est la syntaxe du désassembleur. Tu n'es pas d'accord, tu aimes super bien les %, les instructions en octal et tout, on sait, mais nous on préfère la syntaxe de la version sans GDB, qui est aussi la syntaxe de VTI, et tu le sais. On voudrait bien avoir le choix, tu le sais, mais tu n'es pas d'accord.

Lionel Debroux (./35) :
TIEmu fonctionne effectivement sous 9x/ME. Du moins, il fonctionnait la dernière fois que j'ai essayé, ça doit faire entre quatre et cinq ans. Il est "juste" péniblement lent comparé à VTI sur n'importe quel Windows, et TIEmu sur Win 2000+, à cause de limitations de 9x/ME. Jamais essayé sous Vista, ceci dit.

Je pense que c'est plutot a Romain qu'il faudrait en parler de ce genre de choses non ?

Pour Kevin :

"Et sinon, n'as-tu jamais pensé à remplacer ta TI-89 ? Je pense qu'une machine plus rapide que celle-ci (genre une nSpire CAS) ne te coûterait presque rien."

Tiens, c'est rigolo, ça marche aussi



(oui c'est de l'humour, oui je sais que la nSpire n'est pas équivalente, bref...)

La Nspire CAS sux par rapport à une TI-89, alors qu'un CPU moderne a toutes les fonctionnalités d'un ancien Pentium ou PII, y compris la compatibilité antérieure, donc non, ça n'a rien à voir.

Zerosquare (./64) :
(oui c'est de l'humour, oui je sais que la nSpire n'est pas équivalente, bref...)

(et si on voulait chipoter, pour quelqu'un qui ne fait QUE du calcul qui reste dans les limites définies par TI -- pas de prog, pas de jeux, etc. -- la nSpire est meilleure que la 89. C'est une minorité, tout comme ceux qui utilisent un Pentium 133, ça n'en rend pas leurs justifications invalides pour autant.)

Kevin Kofler (./61) :
À part pour tester ce que donne un logiciel sur une machine lente, je ne vois pas trop l'intérêt...

Ce n'est lent que si on installe trop de trucs récents ( Loi de Wirth oblige ). Il est furieusement réactif et propose une "expérience utilisateur" absolument formidable mon vieil ordi. Office en pas 20mo, windows en 150 ( pour l'essentiel des fonctionnalités qui étaient déjà là ), moins de 300 mo de software avec os compris...
La plupart des pcs récents de "Mr tout le monde" sont 100x plus puissants( processeur(s)+cg..) et disposent de 50x+ de mémoire de meilleur qualité... ben la plupart donc, sont moins réactifs, proposent globalement peu de fonctionnalités en plus (y'a tout de même eu un progrès formidable dans les jeux vidéos et quelques domaines précis, où l'on a exploité et non gâché le surplus de puissance), voir sont infestés de saloperies.

donc pour ton PII: Evidement si t'avais un Fedora récent dessus, ça devait être super super super lent (y'a d'autres distro linux plus adaptés quand même )

Zerosquare (./66) :
(et si on voulait chipoter, pour quelqu'un qui ne fait QUE du calcul qui reste dans les limites définies par TI -- pas de prog, pas de jeux, etc. -- la nSpire est meilleure que la 89. C'est une minorité, tout comme ceux qui utilisent un Pentium 133, ça n'en rend pas leurs justifications invalides pour autant.)

Vraiment ? même pour définir ses propres fonctions (avec des trucs un peu évolués). Même pour programmer un aglo mathématique, éventuellement avec une interface agréable ? – c'est du calcul scolaire qu'un telle calculette doit savoir faire –
Enfin je suis moyennement (sauf le hack.. ), je me siouviens juste qu'au début la prog basic c'était pas ça...

very (./67) :
donc pour ton PII: Evidement si t'avais un Fedora récent dessus, ça devait être super super super lent (y'a d'autres distro linux plus adaptés quand même )

Il y a Fedora 8 dessus. (Le X11 de Fedora 9 bogue avec l'antiquité de chipset graphique là-dedans, plus grand monde n'a l'air de tester le pilote s3virge. ) Utiliser des logiciels antiques ne m'intéresse pas. (Et les distributions "légères" même récentes ont souvent des logiciels dépassés.) Les vieux logiciels sont beaucoup moins puissants, moins simples d'utilisation (il y a eu d'énormes progrès au niveau des interfaces graphiques sous GNU/Linux) etc., plus généralement on ne profite pas des progrès de la technologie.

Et puis il y a le problème que:
* certains logiciels (au hasard, TIGCC ) ont besoin d'être mis à jour pour une raison ou pour une autre (au hasard, parce que c'est un outil de développement et que les utilisateurs ont du matériel pas encore géré par les anciennes versions ),
* ces logiciels sont prévus pour fonctionner avec des logiciels récents (au hasard, TiEmu ) et du matériel récent (pas un P133, quoi ).
C'est un problème plus général que juste TIGCC/VTI. D'ailleurs, souvent le déclencheur de la chaîne des dépendances est du nouveau matériel. Et donc à la longue les vieux logiciels ne sont pas soutenables (et avec eux, les très vieilles machines).

Et il est complètement déraisonnable d'exiger qu'un logiciel récent fonctionne dans un environnement antique dans lequel le logiciel en question est la seule chose que tu mets à jour, l'informatique ne fonctionne pas comme ça, il y a des interdépendances.

Pourtant sous win95 ce petit pc fait très bien tourner un TIGCC ( 0.95 b11, enfin j'y ai pas touché depuis longtemps –je suppose que toute version avant la conversion à TIEmu conviendrait) et un VTI.

Sous linux c'est vrai que c'est vite un vrai bordel, et pour caricaturer, t'as le choix entre pas d'évolution (tu fais juste les maj de sécurité d'une stable supporté longtemps... ) et plein d'interdépendances dans tous les sens qui t'obligent à faire évoluer continuellement la moitié du schmilblick même si toi y'a qu'un ou deux softs dont les version récentes t'intéressent... C'est à la fois assez bien géré, et à la foi un problème immense dès que t'es pas en usage mainstream les dépendances sous Linux. Le système d'appl€ d'inclure les libs dans le "dossier exécutable" me plait beaucoup, ça résout déjà plein de problèmes.

Kevin Kofler (./69) :
Et il est complètement déraisonnable d'exiger qu'un logiciel récent fonctionne dans un environnement antique dans lequel le logiciel en question est la seule chose que tu mets à jour, l'informatique ne fonctionne pas comme ça, il y a des interdépendances.

Sous d'autres systèmes d'exploitation, c'est quand même plus souvent le cas. (bon avec les conneries de java et autres inepties de .net ça s'empire grave chez MS. Mais alors que tout le monde était sous XP en 2005, encore une bonne majorité de programmes petits/moyens tournent sans problème sous 95...)

./63: Romain est au courant de ce qui se passe sur une machine 9x/ME: comme je l'ai écrit, il l'a vu en vrai chez moi
Mais il n'y a rien à y faire, c'est une limitation de l'OS lui-même. Et puis ce sont des versions obsolètes de Windows.

Quant à la syntaxe du désassembleur de GDB... vu la position qu'il nous répète tout le temps (la syntaxe non-libre, c'est pourri), je sens très mal Kevin accepter l'inclusion de code qui donne le CHOIX aux utilisateurs. A moins qu'il s'amuse à forker TIEmu, ou qu'il vire les autres committers du projet TIEmu (ne leur laissant donc pas d'autre choix que de forker, s'ils persistent à vouloir écouter les utilisateurs et implémenter ce qu'ils demandent).

En même temps il y a une "syntaxe libre" et une "syntaxe non libre" ?

Faudrait arrêter de déconner quand même :/ Autant un soft je *peut* comprendre, autant une syntaxe... Ca deviens n'importe quoi...

Ouais mais une syntaxe se base sur un soft, qui l'un peut être libre, l'autre pas... De fait pas extension virale GPL, la syntaxe devient libre ou pas

Kochise

Kevin Kofler (./54) :
Une fois de plus, il n'y a pas de raison que ça ne tourne pas. Pas à 100% de la vitesse peut-être, mais ce n'est pas nécessaire pour tester rapidement un programme ni pour le déboguer.

Personne n'a vu cette perle ?
De mon côté, j'estime que la vitesse importe beaucoup quand je fais tourner quelque chose sur un émulateur (Amstrad CPC, TI-89, GBA...). Ça permet d'avoir un aperçu très proche de la façon dont va tourner le programme (même s'il y a du frameskip), surtout pour les jeux qui ont un minimum d'action dedans. Et ça évite aussi d'avoir à ouvrir une troisième fenêtre qui serait une interface entre le vrai hardware et le PC, parce que l'émulateur est trop faible pour faire tourner le programme que je veux tester. Et pour débugger, la vitesse d'émulation ralentie n'apporte rien, il suffit juste de regarder le comportement du programme pour déterminer tout de suite le bout de code qui coince.

Ce que tu ne comprends pas non plus Kevin, c'est que je me fous totalement de l'assembleur 68K, et que j'ai juste besoin de la fenêtre qui simule l'écran, et rien d'autre.
Ce que tu comprends encore moins, c'est que ce n'est pas du tout normal qu'il faille des machines jusqu'à 166 fois plus rapides (si on ne tient compte numériquement que de la cadence des processeurs) pour faire tourner correctement une pauvre calculatrice. Une machine seulement 10 fois plus rapide serait déjà plus appropriée...

Kevin Kofler (./61) :
Bah, de mon côté, je n'utilise essentiellement plus du tout le PII depuis que j'ai mon nouveau PC portable (Core 2 Duo, Fedora 9 x86_64). À part pour tester ce que donne un logiciel sur une machine lente, je ne vois pas trop l'intérêt...

Euuuh c'est pas toi qui es resté pendant des années sur une machine antédiluvienne sous Windows "le meilleur" ME ? C'est bien, maintenant que tu as les moyens de changer de machine, tu estimes que c'est le lot de tout le monde, c'est ça ?

Nil (./75) :

Kevin Kofler (./61) :
Bah, de mon côté, je n'utilise essentiellement plus du tout le PII depuis que j'ai mon nouveau PC portable (Core 2 Duo, Fedora 9 x86_64). À part pour tester ce que donne un logiciel sur une machine lente, je ne vois pas trop l'intérêt...

Euuuh c'est pas toi qui es resté pendant des années sur une machine antédiluvienne sous Windows "le meilleur" ME ? C'est bien, maintenant que tu as les moyens de changer de machine, tu estimes que c'est le lot de tout le monde, c'est ça ?

Nil a tout compris

Copaing KK, moi aussi je suis sous Fedora
Pourtant c'est pas faute d'avoir demandé à changer

very (./68) :
Vraiment ? même pour définir ses propres fonctions (avec des trucs un peu évolués). Même pour programmer un aglo mathématique, éventuellement avec une interface agréable ? – c'est du calcul scolaire qu'un telle calculette doit savoir faire –

Euh, à vrai dire je sais pas, j'ai pas de nSpire. J'imaginais que les limitations étaient cantonnées au TI-Basic (ne parlons pas de l'ASM), mais qu'au point de vue maths on avait au moins l'équivalent des 89 en beaucoup plus rapide... mais je me trompe peut-être.

Suffit de prendre un PDA de base, c'est tout à fait capable de faire tourner Mapple

Kevin Kofler (./1) :
Grrr, c'est toujours le même schéma:
* Le sujet est A.
* J'interviens normalement sur le sujet A.
* 2-3 trolleurs professionnels commencent à décortiquer mon intervention en cherchant des incohérences avec ma position sur un sujet B qui n'a rien à voir.
* Forcément, étant visé, je n'ai pas d'autre choix que défendre ma position en montrant qu'il n'y a pas incohérence.
* Une longue discussion sur B s'enchaîne, lançant des tas d'accusations envers moi.
* Je ne fais que me défendre de ces accusations.
et wham, c'est moi qui me fais locker!

Écoutez, je sais bien que c'est hors sujet, mais j'ai quand-même un droit de réponse. Si vous voulez arrêter le hors-sujet, ce sont les accusations injustifiées qu'il faut locker.

Purée, retour au sujet du topic please.

very (./52) :
J'ai entièrement appris à programmer (enfin, les principales bases, etc. ) sans débogeur: ça demande peut-être un peu plus d'efforts au début, mais j'ai très bien survécu, et j'ose parfois imaginer que ça a même certaines vertus. (par exemple apprendre à bien écrire et bien lire son code )

+1
Mon PII-avec-cache-L2-désactivé (quand je l'ai reçu, et je m'y connaissais rien en info) sous Windows XP et les minutes de compilation que ça pouvait engendrer m'ont donné un certain souci de vérifier avant de tester
Sinon la façon de penser de Kevin n'a rien de spécial, c'est juste celle des développeurs propriétaires. Aujourd'hui Windows 98 n'est plus maintenu, et sauf pour une ancienne machine, ce n'est pas très malin de l'utiliser encore car il n'est plus mis à jour.
A moins qu'on préfère vraiment Windows 98 (i.e. il fait des choses mieux que toute autre version de Windows), mais va argumenter ça à Microsoft

Brunni (./81) :
Mon PII-avec-cache-L2-désactivé

Ouch, t'as dû souffrir

Kevin Kofler (./30) :
On ne peut pas parler de régression fonctionnelle parce que TiEmu gère toutes les fonctionnalités de VTI.

Mais TiEmu/TiLP ne sont pratiquement plus maintenus...

Kevin Kofler (./32) :
débogueur C - la seule fenêtre en plus par rapport à VTI, mais c'est parce que c'est une fonctionnalité supplémentaire très importante - et si vraiment tu n'en veux pas, il y a aussi une version sans, mais je la déconseille fortement parce que le débogueur C est un avantage énorme de TiEmu

Il serait possible de CHOISIR de dégager cette fenêtre ? Tu sais moi le C...

Kevin Kofler (./33) :
Et le bogue du redessinage du clavier émulé a été corrigé depuis

Mais pas le layout US du cavier sous *nix. X fois reporté, jamais corrigé.

Kevin Kofler (./38) :
Je vais essayer sur mon portable PI 133mhz sous win95 sur lequel plusieurs instances de VTI tournent à merveille.

Euh... chez moi un seul ramait sur une config identique (c'est là que j'ai commencé à faire de l'asm)

Kevin Kofler (./51) :
Si VTI n'est plus supporté par TIGCC, c'est uniquement la faute des personnes qui préfèrent VTI, qui n'ont pas jugé nécessaire de maintenir le logiciel pour:

(K)TIGCC/TiEmu/TiLP ne sont pratiquement plus voir plus du tout maintenus, faut être réalistes. (K)TIGCC étant de plus en feature-freeze, on peut toujours se brosser pour demander ci ou ça... (déjà avant c'était dur d'obtenir quelque chose, là c'est impossible...)

Note bien que je comprends très bien qu'on puisse ne plus avoir (assez) de temps pour faire évoluer et même maintenir, mais c'est bête de dénigrer VTI sur ce même point où les outils actuels pêchent.

Nil (./75) :
Euuuh c'est pas toi qui es resté pendant des années sur une machine antédiluvienne sous Windows "le meilleur" ME ?

Cette machine "antédiluvienne" était un Pentium III 733 (donc déjà néttement plus récent que le P133 dont on parle ici!) qui avait à la fin de son utilisation 5 années, pas 13. Et mon Fedora était à jour à cette époque comme maintenant. Et sur Me, j'avais aussi les versions actuelles de TIGCC et TiEmu.

Le PC le plus vieux que j'ai utilisé récemment (quand j'étais petit, j'avais un antique clone du PC XT qui devait avoir 12 ou 13 années quand il a été remplacé en 1995, mais à l'époque, c'était très cher, un nouvel ordinateur, pas comme maintenant) était le PC portable PII 266, que j'ai eu déjà utilisé (tout comme la tour avec un Pentium 4 qui est maintenant ma machine principale - c'est pratique d'avoir de la famille ) et qui avait à la fin de son service environ 10 années (cela dit, il fonctionne encore, mais comme déjà dit, il ne me sert plus à grand chose maintenant que j'ai un PC portable plus rapide). Et il était à jour avec les logiciels (Fedora 8, KDE 3.5.x, KTIGCC, TiEmu etc.).

Bref:
* j'ai toujours retenu utile d'avoir des logiciels à jour,
* un PC ne sert pas pour l'éternité - la preuve, partout où je portais mon PII portable, il faisait sourire tout le monde, je l'utilisais déjà beaucoup plus longtemps que normalement (justement, je l'ai eu en cadeau parce que le propriétaire précédent n'en voulait plus), les PCs portables apportés par les autres étudiants étaient tous nettement plus récents! - et j'en étais toujours conscient,

C'est bien, maintenant que tu as les moyens de changer de machine, tu estimes que c'est le lot de tout le monde, c'est ça ?

* l'histoire de very n'est pas un problème de moyens, justement, il a une machine plus récente, alors ne faites pas de moi le Crésus qui se moque des pauvres qui n'ont pas les moyens d'acheter un nouveau PC,
donc une fois de plus, vous cherchez une contradiction là où il n'y en a absolument pas.

* l'histoire de very n'est pas un problème de moyens, justement, il a une machine plus récente, alors ne faites pas de moi le Crésus qui se moque des pauvres qui n'ont pas les moyens d'acheter un nouveau PC,

C'est pourtant toi qui disais que si un PC n'arrivait pas à faire tourner TIEmu, alors il suxxait, qu'il était obsolète, et qu'il fallait en changer...

TL;DR, tu as toutes les qualités et nous on n'y comprend rien.

Passons à la suite.

Yoshi Noir (./74) :
Et pour débugger, la vitesse d'émulation ralentie n'apporte rien, il suffit juste de regarder le comportement du programme pour déterminer tout de suite le bout de code qui coince.

Je n'ai pas dit que la lenteur était un avantage (faut pas déconner!), mais qu'elle n'est pas un vrai désavantage. Si tu fais du single-stepping, tu t'en fous si l'instruction est exécutée aussi rapidement que sur une calculatrice réelle ou non. Si tu mets un point d'arrêt (breakpoint) et que tu laisses tourner le programme jusqu'à l'atteindre, ça change quoi qu'il soit atteint en 3 ou 5 secondes? S'il s'agit de vérifier qu'un jeu ne plante pas, le fait qu'il tourne à la moitié de la vitesse réelle ne change absolument rien. On peut parfaitement faire du débogage avec des programmes ralentis (sinon, des outils comme Valgrind ne pourraient pas exister!).

Brunni (./81) :
Sinon la façon de penser de Kevin n'a rien de spécial, c'est juste celle des développeurs propriétaires. Aujourd'hui Windows 98 n'est plus maintenu, et sauf pour une ancienne machine, ce n'est pas très malin de l'utiliser encore car il n'est plus mis à jour.

Pas seulement. Fedora laisse tomber les anciennes versions beaucoup plus rapidement que les systèmes d'exploitation propriétaires! Si tu demandes du support pour un RHL (l'ancêtre de Fedora - et j'ai bien dit RHL, pas RHEL) de 1998, ou même de 2001 comme XP, tout le monde va éclater de rire. La plus ancienne version de Fedora actuellement supportée (Fedora 8) date de novembre 2007, et son support sera arrêté autour du nouvel an (probablement début janvier, à cause des jours fériés).

Jeunisme, de mieux en mieux

Folco (./83) :
Mais TiEmu/TiLP ne sont pratiquement plus maintenus...

1. c'est faux et 2. même si c'était le cas, ça ferait quand-même un logiciel abandonné 7 années plus tard que l'alternative proposée.

Mais TiEmu n'est absolument pas abandonné, et TiLP encore moins. C'est juste que toutes les fonctionnalités importantes sont déjà implémentées, donc forcément il y a moins de releases qu'à l'époque où nous étions en train de rajouter rapidement toutes les fonctionnalités qui manquaient. Franchement, je ne vois pas du tout quoi rajouter à TiLP. Et il y a eu une mise à jour récemment pour gérer les firmwares actuels de la Nspire (c'était ça la mise à jour de libticalcs2 sur CalcForge il y a quelques jours).

Il serait possible de CHOISIR
de dégager cette fenêtre ? Tu sais moi le C...

Il faut utiliser une version sans GDB (ce n'est pas possible autrement pour des raisons techniques) et non, je ne compte pas proposer de telle version dans le dépôt pour Fedora (je ne vois pas l'intérêt d'avoir un paquetage qui est juste un autre paquetage avec des fonctionnalités en moins, il suffit de ne pas utiliser les fonctionnalités en question).

Et tu peux aussi utiliser Insight pour de l'assembleur, notamment pour avoir les commentaires dans les sources. (Mais il faut actuellement que le programme soit en un seul exécutable, on ne peut pas encore charger des informations de débogage pour les librairies dynamiques - j'attends tes patches. Enfin, on peut, mais il faut tout faire à la main dans la console de GDB... Le problème est qu'il faut trouver la bonne adresse à la main pour pouvoir faire un load-symbol-file avec cette adresse.)

Mais pas le layout US du cavier sous *nix. X fois reporté, jamais corrigé.

C'est parce que ce n'est pas du tout évident à corriger!

Romain a essayé un correctif, ça a causé plus de problèmes que ça a résolu, donc nous avons été obligés de l'inverser. Je vais jeter un coup d'œil un de ces jours, pour voir si je trouve une solution. (Mais le fait que les touches qui sont des lettres en AZERTY ne sont pas toutes des lettres en QWERTY (il y a le fameux 'M') ne simplifie pas les choses.) Je te signale quand-même que tu peux éditer le layout clavier manuellement.

Kevin Kofler (./38) :
Je vais essayer sur mon portable PI 133mhz sous win95 sur lequel plusieurs instances de VTI tournent à merveille.

Euh... chez moi un seul ramait sur une config identique (c'est là que j'ai commencé à faire de l'asm)

Ce n'est pas moi qui ai écrit le texte que tu as cité, c'est very. Et effectivement, VTI n'était pas si rapide que ça sur mon vieux P120, et je vois mal ces 13 MHz faire la différence.

(K)TIGCC/TiEmu/TiLP ne sont pratiquement plus voir plus du tout maintenus, faut être réalistes.

Pour TIGCC, tout ce qui manque est une release, j'ai fait pas mal de commits.
Pour KTIGCC, KTIGCC 2 est essentiellement prêt, mais il faut que je corrige les régressions de fonctionnalités, je ne veux pas sortir un truc du niveau de KDE 4.0.0. (Mais il ne faut pas vous attendre à de nouvelles fonctionnalités, c'est juste un portage vers KDE 4, ça a déjà été suffisamment de boulot! Mais ça va me permettre de faire une version multiplateforme, mais elle sera pour après KTIGCC 2.00, là encore, une chose à la fois.)
Pour TiEmu et TiLP, cf. plus haut.

(K)TIGCC étant de plus en feature-freeze, on peut toujours se brosser pour demander ci ou ça... (déjà avant c'était dur d'obtenir quelque chose, là c'est impossible...)

Seul KTIGCC est en feature freeze (et TIGCC IDE forcément, vu que je n'ai pas Delphi), et même là, on peut faire une exception s'il y a une nouveauté dans le reste de TIGCC qui nécessite des changements dans les EDIs, mais seulement si la fonctionnalité est aussi rajoutée à l'EDI en Delphi (donc soit elle est très simple et je peux me débrouiller à l'éditeur de texte, soit quelqu'un qui a Delphi doit faire le boulot). La solution prévue est KTIGCC 3 (TIGCC IDE 3), la version multiplateforme qui devra remplacer entièrement la version Delphi, ça me permettrait de rajouter les fonctionnalités à un seul endroit et aussi de les tester.

Note bien que je comprends très bien qu'on puisse ne plus avoir (assez) de temps pour faire évoluer et même maintenir, mais c'est bête de dénigrer VTI sur ce même point où les outils actuels pêchent.

Faut pas déconner, les outils actuels ont été mis à jour beaucoup plus récemment que VTI, et ils ne sont pas abandonnés.

Yoshi Noir (./85) :
C'est pourtant toi qui disais que si un PC n'arrivait pas à faire tourner TIEmu, alors il suxxait, qu'il était obsolète, et qu'il fallait en changer...

Une machine suffisamment rapide pour faire tourner TiEmu, ça se trouve facilement, même un Pentium II suffit (il y a plein de gens qui veulent se débarasser d'anciens ordinateurs, on en trouve sans doûte à un excellent prix), ou une machine bas de gamme actuelle (genre les UMPCs qui coûtent moins qu'une calculatrice), alors faut vraiment pas vous foutre de ma gueule (au pluriel parce que ça ne concerne pas que toi, les autres personnes visées se reconnaîtront). Vous ne pouvez pas vous attendre à ce que les logiciels actuels tournent sur un CPU de plus de 12 années!

Kevichou > je plains les gens avec qui tu bosses... tu dois vraiment être un enfer à vivre... Suffit de voir le nombre de développeurs TI que tu es arrivé à dégoûter...