Moi, je trouve que ton bidouillage est naze. En plus, si tu parses les espaces dans les chaînes, que faire si tu veux passer un argument qui contient un espace? Un bordel de quotes par dessus celui déjà nécessaire pour les chaînes TIOS?

Pour convertir un nombre en chaîne de caractères, le TI-BASIC propose la gentille fonction string.

Et si on veut vraiment gérer les arguments de tout type, on n'a qu'à utiliser les fonctions natives directement, pas le layer de compatibilité C ISO.

./27 : je comprends pas ta question ?

Kevin : Dernière remarque hors sujet. Le but est de tout simplifier. Pour les arguments qui contiennent des espaces, si tu t'intéressais de manière crédible à l'objet de tes critiques, tu saurais qu'ils se construisent comme sur PC avec un antislash.

Bon bref, qu'est-ce qui ne te convient toujours pas dans la dernière solution proposée pour permettre n'importe quelle quantité d'arguments ?

Thibaut (./31) :
Pour les arguments qui contiennent des espaces, si tu t'intéressais de manière crédible à l'objet de tes critiques, tu saurais qu'ils se construisent comme sur PC avec un antislash.

Que veux-tu que je te dise, à part que je trouve ça idiot et contre-intuitif? AMS sépare déjà les arguments à sa manière, l'utilisateur ne s'attend pas du tout une shell expansion par dessus! (Et en plus l'antislash est utilisé pour les chemins d'accès des fichiers sous AMS, donc on se retrouve avec des antislashs doublés partout. )

Bon bref, qu'est-ce qui ne te convient toujours pas dans la dernière solution proposée pour permettre n'importe quelle quantité d'arguments ?

Que ça ne sert à rien et que ça prend de la place dans le code. Et en plus il peut y avoir des trous de l'autre côté du tas aussi, ça n'élimine pas entièrement le problème des trous.

Kevin Kofler (./32) :
Et en plus il peut y avoir des trous de l'autre côté du tas aussi, ça n'élimine pas entièrement le problème des trous.

Ca garde le gros du tas homogène.

Thibaut : Faut bien comprendre que tout code qui n'est pas estampillé Kevin Kofler Incorporation Ingeneering Ultimate Internazionale Company GPL Trademark (c) est nécessairement du crappy code.

Eh oui. Ca fait 7 ans que je l'ai compris. 7 ans qu'il ne peut concevoir avoir de mauvaises idées, 7 ans qu'il se met tout le monde à dos, 7 ans qu'il prouve qu'il ne peut pas travailler en équipe. 7 ans aussi qu'il parle sans ne rien faire de plus que quelques petits patchs sur GCC, où la seule démonstration de sa supposée supériorité a consisté à coder comme un porc un linker bourrés d'algos polynomiaux là où n'importe quel ingénieur aurait fait du logarithmique. 7 ans qu'il profite de l'unique outil de developpement disponible pour généraliser sans aucune concertation un format d'executables autonomes obsolète hérité de DOS. J'en passe.

Discuter avec lui sert rarement à avancer. Vaut mieux le laisser faire son truc dans son coin. GCC4TI et GTC sont maintenant là, à l'écoute des utilisateurs.

(et 7 ans qu'il y a les mêmes pseudo-discussions redondantes, inutiles, et lassantes, que tout le monde connait... )


(sur ce, je retourne en idle ^^ )

Vi... mais sans ça, le forum aurait une baisse d'activité d'environ 90%

Ça fait surtout 7 ans que Thibaut insulte mon travail.

Va donc utiliser GTC (GCC4TI n'existerait pas non plus sans moi! Presque tout son code vient de TIGCC!) et n'oublie pas de me remercier pour TIGCCLIB que je maintiens depuis des années et sur laquelle est basé le runtime de GTC. En attendant, des dizaines d'utilisateurs contents apprécient le travail fourni sur TIGCC! les ingrats comme toi!

Je ne supporte pas de te voir insulter le travail de Romain à chacune de tes phrases sur ton chan depuis ton fork. C'est insupportable. Tu peux toujours parler de reconnaissance et d'ingratitude.

Bah, je dis que le code est de mauvaise qualité quand il l'est (genre un fscanf avec un format "%02X" et avec un pointeur sur un seul unsigned char en paramètre, ça déborde à tous les coups, et sur une plateforme big-endian, ça donne toujours 0; et GCC donne un warning pour ça, mais il n'a jamais pris la peine de les regarder, ces warnings).

Premièrement un code n'est jamais parfait.
Deuxièmement on respecte le travail réalisé par ces prédecesseurs.
Troisièment le but d'un programme c'est de fonctionner pas passer son temps à corriger les warnings au détriment de l'évolution du projet. On rentabilise son temps.
Quatrièmement c'est un projet réalisé sur le temps libre, Open Source et gratuit. C'est pas un projet industriel.
Enfin, sérieux penses-y a deux fois avec ce genre de remarque.

Ce code ne fonctionne pas, il déborde d'un unsigned char et écrase donc de la mémoire, ça peut planter.

Et alors ? C'est un bug, t'en as jamais écrit ? C'est pas pour ça que tout le monde se précipite pour dire que ton code est du crap :/

Je regarde les warnings que le compilateur me renvoie, moi! (C'est comme ça que j'ai trouvé cette atrocité, d'ailleurs.)

C'est pas pour ça que son boulot n'a aucune valeur. Pour un développeur disant participer à des projets libres coopératifs, un tel comportement devrait te faire honte.

un tel comportement devrait te faire honte.

Rien ne fait honte à Kevin, tu n'as pas encore compris ?

Je ne dis pas que son boulot n'a aucune valeur, je dis que le code était d'assez mauvaise qualité et je me plains du travail que ça me fait ayant pris la relève. Mais évidemment que son travail est très utile, je me vois mal coder tout ça de zéro! Je dis juste qu'il y en a, de nettoyages à faire. Et il est vrai que parfois j'utilise des mots pas très corrects, mais c'est quand je suis frustré à cause du travail à faire (avec lequel personne ne m'aide, d'ailleurs; quand je demande de l'aide quelconque sur #tigcc, même quelque chose de plutôt simple comme faire un checkout du SVN et le compiler, à chaque fois, j'ai l'impression de parler avec un mur ; quant à la version de Lionel, sa maintenance est vraiment le service minimum, aucun nettoyage (même pas quand il s'agit d'un fichier nommé "ChangeLog.html" qui contient une très vieille copie d'un changelog en texte pur, donc pas en HTML valide, d'une des libs, recopiée partout), aucune correction des warnings (du moins pas avant que je le fasse pour lui, j'attends de voir si mes correctifs seront reportés) etc.).

Kevin Kofler (./46) :
même quelque chose de plutôt simple comme faire un checkout du SVN et le compiler, à chaque fois, j'ai l'impression de parler avec un mur

Avantage à certains softs où le mainteneur a pris la peine de faire un petit script sympa que je n'ai qu'à lancer pour faire ce boulot.

Parce que faire le checkout, fouiller les scripts pour savoir quoi lancer/exporter/renommer/que-sais-je-encore, c'est pas pour tout le monde. Je ne suis pas informaticien professionnel, juste utilisateur. Question de temps et de compétence, c'est comme ça.

Kevin Kofler (./46) :
Et il est vrai que parfois j'utilise des mots pas très corrects, mais c'est quand je suis frustré à cause du travail à faire

C'est bien ça le problème. Je peux conter le nombre de fois où tu as utilisé crap pour parler du travail de Romain la dernière quinzaine par exemple. Ca serait révélateur.

Et n'oublie pas que tu as été mainteneur de ce projet plusieurs années, pourquoi tu viens cracher sur ces bugs maintenant que Romain est parti ? T'avais jamais recompilé TiEmu/LP avant ça ?

Tu viens de citer un mot dit sur #tigcc, donc tu as enfreint les règles du chan, et donc tu es désormais banni. (Bah oui, faut bien que je te fasse le même traîtement qu'à Lionel, la loi est la même pour tout le monde, c'est ça la justice!)

(Et oui, Lionel a été pardonné depuis, ça pourrait t'arriver aussi, si tu me montres que tu arrêtes ce comportement de rapporteur. Et comme dans son cas, sois averti que je ne tolèrerai pas une récidive.)

Regarde, il y a aussi d'autres mots que j'ai employés !

Folco (./47) :
exporter

Folco (./47) :
renommer

Folco (./47) :
nombre

Folco (./47) :
travai

Folco (./47) :
Romain

Tu vois, c'est pas le seul !

Quant à ton banissement, il est obsolète, j'ai droppé il y a quelques heures, je n'ai plus rien à faire sur ton chan tant que tu montres une telle animosité envers le travail des autres.

Kevin Kofler (./48) :
tu arrêtes ce comportement de rapporteur

T'as des choses à cacher ? Mes logs pourraient... les décacher ? T'es partant ?


PS : ta justice et la mienne n'ont rien de comparable.Un proverbe latin disait Une très grande justice est une très grande injustice. T'es en plein dedans.

Et n'oublie pas que tu as été mainteneur de ce projet plusieurs années, pourquoi tu viens cracher sur ces bugs maintenant que Romain est parti ?

C'est en effet très facile - et très lâche - de la part de Kevin de faire ça.

tu arrêtes ce comportement de rapporteur

T'as des choses à cacher ?

La règle "no unauthorized leaks" est faite sur mesure pour lui: il ne donne évidemment pas son autorisation pour divulguer tout ce qu'il veut cacher, parce qu'il doit le cacher: c'est le seul moyen pour lui de ne pas altérer davantage son image dans ce qui reste de communauté (son comportement étant une des causes de la baisse de la communauté, d'ailleurs).

Mes logs pourraient... les décacher ?

Tout à fait: le kb étant déjà effectué par Kevin, tu n'auras pas à craindre le bannissement, pour avoir révélé publiquement tout ce que Kevin veut cacher.

Lionel a été pardonné depuis

Bah, faut dire que quand c'est l'opérateur qui, par une violation des règles de la netiquette ("Use your common sense. If something seems bad, it probably is.", extrait de http://www.freequest.net/rules.php ) et du chan (insulte), déclenche une autre violation des règles du chan (leak), il a intérêt à revenir sur sa décision ^^

Tu viens de citer un mot dit sur #tigcc, donc tu as enfreint les règles du chan, et donc tu es désormais banni.

Les gens de ce forum sont fous...
(non vous ne croyez pas que c'est une mauvaise image qui est donnée ici??)

PS: je ne souhaite pas être mélé à tout ça c'est juste que la discussion m'a mis sur le cul...

Bah, si je parle à table devant un petit groupe de personnes, je ne m'attends pas à ce que ce soit enregistré et l'enregistrement diffusé à la radio le lendemain (même si tout le monde pouvait se joindre à la table), je ne vois pas pourquoi ça devrait être différent sur IRC! Ce rapportage est vraiment du niveau maternelle.

C'est fou qu'on ne puisse même pas avoir une discussion informelle sans se faire reprocher chaque petit mot dit sous l'effet de la fatigue et de la frustration devant un travail à effectuer à cause de la négligence du mainteneur précédent.

puisse

En même temps, personne ne t'a obligé à créer ton fork

Le travail est à effectuer de toute façon, que ce soit sur CalcForge ou tilp.info. Et j'ai déjà expliqué multes fois pourquoi il m'est impossible de travailler avec Lionel. Et enfin, comme j'ai été viré de l'infrastructure sur tilp.info, CalcForge est le seul endroit où je peux continuer mon travail.

IRC n'est pas une discussion à table avec des amis. C'est un moyen de communication (semi-)public.

Et j'ai déjà expliqué multes fois pourquoi il m'est impossible de travailler avec Lionel.

-il m'est impossible +je refuse absolument alors que je pourrais

Putain Kevin, si les responsables de Fedora te lisaient ici tel que tu es naturellemet, ils te vireraient direct. J'ose espérer que tu blagues.

Kevin Kofler (./39) :
Bah, je dis que le code est de mauvaise qualité quand il l'est

Ce qui est une attitude très prétentieuse. T'as vu que toi aussi tu fais des trucs de qualité très basse ? C'était le sens de ma remarque sur ton linker.

Non, dans ce topic, Kevin ne blague pas. Depuis le temps (tu le connais depuis plus longtemps que moi ^^), tu devrais le savoir

Penses-tu réellement qu'il ne se montre jamais, sur certaines MLs et chans de Fedora, sous le jour que tous ici connaissent - et donc, que tout le monde dans le projet Fedora l'aime énormément ?

Lionel Debroux (./56) :
IRC n'est pas une discussion à table avec des amis. C'est un moyen de communication (semi-)public.

Bah non, un chan avec quelques personnes, c'est un petit groupe de personnes, ce n'est pas plus public qu'une table avec quelques personnes.

-il m'est impossible +je refuse absolument alors que je pourrais

C'est qui qui refuse? Résigne du projet GCC4TI (et fais ton possible pour demander sa fermeture) et demande l'intégration à l'équipe de TIGCC (ce qui prendra plusieurs mois (pendant lesquels tous tes patches seront passés sous revue un par un et pendant lesquels tu devras démontrer de savoir produire du code de qualité et conforme à la ligne du projet), ça a été comme ça pour moi aussi!) et on pourra en reparler. Mais quelque chose me dit que tu n'es pas vraiment intéressé par l'idée de travailler avec moi, tu cherches juste quelqu'un sur qui rejeter la faute.

Thibaut (./57) :
Putain Kevin, si les responsables de Fedora te lisaient ici tel que tu es naturellemet, ils te vireraient direct.

Bah non. Appeler du code "crap" est très courant dans le monde de GNU/Linux, ce n'est même pas vu comme une insulte.