90

> Mais il y a surtout que je suis excédé par les posts de XDanger à chaque fois que je passe qq minutes sur ce forum.
Sache que celui qui m'a envoyé chier quand je lui ai demandé d'où venaient des noms d'origine inconnue de ROM_CALLs inconnus, qu'il a mis dans un truc bien utile mais fait sans l'accord de l'auteur original, m'a excédé...
J'espère simplement qu'ils ne viennent pas d'un endroit tel que ça puisse causer des ennuis à quiconque, et je précise que je n'ai pas insulté cette personne de quelque manière que ce soit, je peux poster les mails...


> A quoi bon refaire une rom si c'est pour refaire exactement AMS ?
Combien de fois faudra-t-il que je répète que ce que je reproche à PedroM, c'est de faire semblant d'être compatible avec AMS ? Soit on refait exactement la même chose, ce qui n'a en effet que peu d'intérêt, soit on refait un truc complètement incompatible ! Là, on a un hybride des deux, qui est compatible sur certains trucs, mais ne réimplémente pas pSymPG, réimplémente mal les fonctions d'allocation dynamique... et qui accessoirement exporte une table de ROM_CALLs dépassée depuis plus de quatre ans. Il est vrai qu'AMS 1.xx était l'âge d'or du mode kernel...


> Médite la dessus et nous fait pas chier avec le standard AMS surtout quand tu places où tu veux la limite entre ce qui est standard et ce qui ne l'est pas.
Bien. Alors argumente: quand, à quelle occasion ai-je fait ça, qu'ai-je écrit, sur quoi ai-je varié ? Sinon, cette phrase est cacaniveau et c'est direction la poubelle...


> Le programmeur, lui, aurait du écrire qqch du style HeapAlloc (min (HeapMax (), 65520)).
Et pourquoi faire ? Pour avoir le plaisir d'alourdir le code alors que la doc de TIGCC et la doc officielle de TI elle-même marquent qu'un handle fait au maximum 65520 octets ?


> Et elle a été faite comment la documentation de TIGCC ?? Vous l'avez reçu de papa noël TI plusieurs années avant qu'ils se fasse chier à sortir la doc de TIFS ?
Une question qui ne répond pas à la tienne: as-tu participé de façon significative à cette documentation ?


> Le AMS, le plus grand OS de tout les temps qui bat Linux et NT à plat de couture
Quand est-ce que tout le monde va arrêter de mettre des arguments du monde des PC qui n'ont rien à faire dans un sujet traitant des TI ?


> Alors un peu de respect bon sang.
En disant "On a vraiment l'impression que certains sont payés par TI ici..." (de tels propos pourraient être qualifiés de diffamatoires), tu ne respectes pas ceux qui sont visés par cette phrase, et tu demandes qu'il y ait du respect ? Tu baisses dans mon estime...


[EDIT: merci fabetal_].
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

91

Hum, XDanger il semblerait que tu aies un peu de mal avec le copier/coller on dirait grin
Tekken Punch !!! beuh Love Hina déjà fini ... :'(
Japan-A-Radio
Vertyos@| les modos sont des enculés
Vertyos@| y'a des queues partout, un vrai bonheur'

92

93

JM
: Car le problème relatif à HeapMax n'est pas dû à pedrom mais à la documentation et au programme mentionné (CalcRogue ?).

Si, c'est dû à PedroM parce qu'il ne suit pas la documentation (les deux grandes documentations même, dont l'officielle).
Il faut bien faire la distinction entre "documenté" et "non documenté" pour éviter des problèmes d'évolutivité.

Sauf qu'ici c'est du documenté qui n'est pas respecté!
HeapMax est une fonction qui renvoie la taille du plus grand bloc allouable sur la pile,

Et la documentation dit qu'elle ne doit pas retourner plus de 65520. J'en conclus que la taille du plus grand bloc allouable doit être obligatoirement limitée à 65520.
Et elle a été faite comment la documentation de TIGCC ?? Vous l'avez reçu de papa noël TI plusieurs années avant qu'ils se fasse chier à sortir la doc de TIFS ?

Mais c'est une autre personne qui a regardé AMS pour le documenter, donc si on ne regarde que la documentation, on ne risque pas d'approprier inconsciemment des passages de AMS.
Il faut regarder AMS le moins possible (idéalement pas du tout, mais ça ne m'a pas l'air possible) si on veut écrire un autre OS pour la même plateforme.
On a vraiment l'impression que certains sont payés par TI ici...

rotfl
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

94

Un OS totalement incompatible me semblerait franchement pas interressant du point de vue de l'utilisateur. Aucun programmes, ou tres peu. Alors que la meme si tous les programmes ne fonctionnent pas a l'heure actuelle, pres de 4/5 ieme des programmes fonctionnent. Il y a donc un certain interet si on accepte de se passer du calcul formel.
Ensuite, si les ingenieurs de Ti ont demande un long comme argument pour les fonctions d'allocations, ce n'est pas pour rien, il me semble. Par ailleurs, le 65520 de taille max n'est donne qu'a titre d'indication. Et pour finir, ca ne fait buggue aucun programme qui ne bugguerait pas sous AMS quand meme (Sauf le coup de caster en short pour l'affichage, mais c'est negligeable). Le code de CalcRogue est buggue car des que l'on fait HeapAlloc(HeapMax()); il est indeniable que l'on peut avoir meme sous AMS toute la Heap remplie... Enfin si j'ai choisi la table de romcalls d'AMS 1.01, c'est parce que c'est la plus utile (99.9% des romcalls utilisees) et que faire une table de romcalls d'AMS 2.09 me prendrait pas mal de temps.

95

PpHd
: Le code de CalcRogue est buggue car des que l'on fait HeapAlloc(HeapMax()); il est indeniable que l'on peut avoir meme sous AMS toute la Heap remplie...

Mais il est indéniable que ça ne boguera certainement pas avec suffisamment de RAM libre, et que tout programme a besoin d'une certaine quantité minimale de RAM, qui peut très bien être celle nécessaire pour que cette instruction C marche. Donc le programme n'est pas bogué. Et d'ailleurs, d'après ta liste de compatibilité, c'est Arena3D qui fait ça, pas CalcRogue. Ou alors ce sont les deux, mais à ce moment, tu vois bien que ce n'est pas un problème isolé...
Enfin si j'ai choisi la table de romcalls d'AMS 1.01, c'est parce que c'est la plus utile (99.9% des romcalls utilisees) et que faire une table de romcalls d'AMS 2.09 me prendrait pas mal de temps.

99.9% est faux. Entre 80% et 95% plutôt.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

96

>Mais il est indéniable que ça ne boguera certainement pas avec suffisamment de RAM libre, et que tout programme a besoin d'une certaine quantité minimale de RAM, qui peut très bien être celle nécessaire pour que cette instruction C marche. Donc le programme n'est pas bogué.

Si ca c'est pas un bogue (Avoir suffisament de memoire, autant ne pas tester le succes d'un HeapAlloc), alors....
J'ai tres bien pu me tromper de jeu.

Non, non, je dis bien 99.9% tongue

97

PpHd, n'as-tu toujours pas compris que les chiffres que tu donnes "Enfin si j'ai choisi la table de romcalls d'AMS 1.01, c'est parce que c'est la plus utile (99.9% des romcalls utilisees)" sont complètement erronés ?
On t'a déjà montré que c'était complètement faux, et tu en rajoutes ?
99,9% = 999 ROM_CALLs sur 1000. D'une, il n'y a pas 1000 nouveaux ROM_CALLs sous AMS 2.xx, seulement 0x607-0x3CC+1 si je ne me trompe pas. De deux, il y en a des dizaines qui sont utilisés, rien que dans les programmes de Kevin et les miens.
Sache aussi que dans les bêtas de TIGCC 0.95 (pas forcément les premières, mais des bêtas ultérieures), il y aura des dizaines de ROM_CALLs d'AMS 2.xx supplémentaires dans la documentation. Ils sont d'ailleurs loin de venir tous de moi...

Quand il y en a qui font des choses d'une utilité discutable (à mon avis), il y en a, heureusement, qui utilisent à fond ce qui existe plutôt que de faire un truc qui n'existe pas encore et qui est incompatible avec ce qui existe... Et encore une fois, je ne suis pas le seul.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

98

Moi je me débrouille pour ne jamais utiliser de ROM_CALL d'AMS 2.XX dans mes progs pour avoir une compatibilité totale.

99

C'est en effet sage, mais il y a plein de choses qui sont infaisables ou presque sous AMS 1.xx.
Faire du CAS sous AMS 1.xx est un cauchemar, il faut faire plein de trucs soi-même.
Exploiter toute la puissance des dialogs est difficile sous AMS 1.xx (je ne suis même pas sûr que les fonctions existent).
Et puis, évidemment, toutes les fonctions qui utilisent les FlashApps d'une manière ou d'une autre, n'existent pas, ou ne sont pas implémentées de cette façon-là...
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

100

Regarde dialog.h roll
avatar
Que cache le pays des Dieux ? - Forum Ghibli - Forum Littéraire

La fin d'un monde souillé est venue. L'oiseau blanc plane dans le ciel annonçant le début d'une longue ère de purification. Détachons-nous à jamais de notre vie dans ce monde de souffrance. Ô toi l'oiseau blanc, l'être vêtu de bleu, guide nous vers ce monde de pureté. - Sutra originel dork.

101

Heu... Il me semble que les dialog soient entierement defini sous AMS 1.0x.

102

XDanger
: Quand il y en a qui font des choses d'une utilité discutable (à mon avis), il y en a, heureusement, qui utilisent à fond ce qui existe plutôt que de faire un truc qui n'existe pas encore et qui est incompatible avec ce qui existe... Et encore une fois, je ne suis pas le seul.


On a l'impression que tu fais exprès de pas comprendre... on en a rien à foutre d'utiliser AMS, et encore moins de l'utiliser à fond... rien à foutre, tu comprends ça ? Toi t'en as surement l'utilité, tant mieux pour toi et continue ce que tu fais, personne ne t'en empêche, mais laisse les autres faire ce qu'ils veulent.
Ca fait au moins 10 fois que tu ressors les mêmes arguments, je pense que tout le monde a compris. C'est pas en les ressortant encore 10 fois de plus que tu va faire changer quoi que ce soit.

Systematiquement tu viens pourrir l'ambiance à chaque fois qu'on parle de Pedrom, tu pourrais pas arrêter, grandir un peu ?
So much code to write, so little time.

103

Surtout que XDanger, les arguments que tu as sorti sont :
> Faire du CAS sous AMS 1.xx est un cauchemar, il faut faire plein de trucs soi-même.
PedRom n'a pas de CAS
> Exploiter toute la puissance des dialogs est difficile sous AMS 1.xx (je ne suis même pas sûr que les fonctions existent).
cf #100
> Et puis, évidemment, toutes les fonctions qui utilisent les FlashApps d'une manière ou d'une autre, n'existent pas, ou ne sont pas implémentées de cette façon-là...
PedRom n'a pas de FlashApps

Donc on peut dire que c'est un peu à côté de la plaque alors que ces arguments était censés être une critique du fait que PedRom n'a pas les romcalls 2.0x... Si c'est vraiment le coeur de ton argumentation, dis-le de manière *compréhensible* : PedRom n'a pas de CAS et ne gère pas les FlashApp TI, à ce moment-là au lieu de faire une critique floue du style "il manque à PedRom plein de romcalls super-utiles donc PedRom c'est nul", dis plutôt "les progs de CAS et pour les FlashApps ne marchent pas sous PedRom" (et à ce moment-là PedRom n'est "nul" que d'un certain point de vue... point de vue que d'ailleurs tu n'es pas obligé d'imposer aux autres, que soit de manière directe ou plus indirecte comme l'espèce d'amalgamme que tu as essayé de faire dans les posts précédents)

« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)

104

PpHd
: Heu... Il me semble que les dialog soient entierement defini sous AMS 1.0x.

C'est faux. Il y a eu des trucs qui ont été rajoutés dans AMS 2.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

105

Pollux :
> Faire du CAS sous AMS 1.xx est un cauchemar, il faut faire plein de trucs soi-même. PedRom n'a pas de CAS

C'est une de nos critiques. Qu'un CAS complet comme celui de AMS ne s'écrit pas en quelques mois, ça ne m'étonne pas. Mais il faudrait au moins commencer par les fonctions simples, et progresser au fur et à mesure. Par exemple, pas besoin d'être sorcier pour implémenter push0 et push1. grin
> Et puis, évidemment, toutes les fonctions qui utilisent les FlashApps d'une manière ou d'une autre, n'existent pas, ou ne sont pas implémentées de cette façon-là... PedRom n'a pas de FlashApps

Le fait qu'il n'y a pas le système de ACBs est un gros problème de compatibilité. Les fonctions "de FlashApps" peuvent servir même à des trucs n'ayant aucun rapport avec les FlashApps. Par exemple, récupérer des pointeurs vers les fontes actuellement utilisées par le système. (C'est même la seule manière propre d'obtenir ces pointeurs.)
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

106

Quel emmerdeurs ces deux-là zzz Pour la millième fois : PpHd programme ce qu'il veut, pour le plaisir, il n'est sous les ordres de personne, et il n'obligera pas ceux qui n'aiment pas PedROM à l'utiliser. Alors foutez-lui la paix !
avatar
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.

107

Quel emmerdeur ce Thibaut-là zzz Pour la millième fois : TI programme ce qu'ils veulent, pour l'argent, ils ne sont sous les ordres de personne, et ils n'obligeront pas ceux qui n'aiment pas AMS à l'utiliser. Alors foutez-leur la paix !

Et pourtant, tu n'hésites pas à critiquer AMS à chaque occasion... roll
Et tu n'es pas le seul auquel cette critique s'applique... roll
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

108

PS:
!slap Thibaut
• Kevin Kofler slaps Thibaut around a bit with a large trout !
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

109

il se permet de critiquer AMS parce qu'il le paie, tu vois pas la != avec Pedrom ?
avatar

110

!slap Kevin Kofler
• damnvoid slaps Kevin Kofler around a bit with a large trout !
avatar
I'm on a boat motherfucker, don't you ever forget

111

112

113

114

Kevin Kofler
: C'est une de nos critiques. Qu'un CAS complet comme celui de AMS ne s'écrit pas en quelques mois, ça ne m'étonne pas.


Personnellement, si il y a un CAS integré à Pedrom je n'en veux plus, ça fait de la place de perdue. On dirait que c'est compliqué à comprendre ça pour certains.
So much code to write, so little time.

115

Je sens que tôt ou tard, PedroM sera forkée à cause de ça. sad Ceux qui veulent un CAS en implémenteront un (peut-être même que je participerai à l'implémentation - on va voir), ceux qui n'en veulent pas maintiendront la version sans CAS. Reste à voir de quel côté se range PpHd.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

116

PS: La version volontairement incomplète sera très mal supportée par TIGCC évidemment, mais tant pis pour vous.

PPS: Puisqu'il y a eu des malentendus apparemment: Cela ne veut pas dire que ce fork avec CAS sera maintenu de quelle manière que ce soit par l'équipe de TIGCC, juste qu'une compatibilité majeure avec AMS signifiera automatiquement un support meilleur par TIGCC puisque AMS est notre "target" n°1.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

117

(17:27) (@Varuku) son ps
(17:27) (@Varuku) en gros ça veut dire
(17:27) (@Varuku) on va vous piquer les sources de pedrom
(17:27) (@Varuku) on va faire ce qu'on veut avec
(17:27) (+sBibi`miam) Varuku> heu oue ca doit etre qquechose comme ca grin
(17:27) (@Varuku) faire qu'elle soit la seule compatible tigcc
(17:27) (@Varuku) et après allez vous faire foutre
(17:27) (@Varuku) ça me rappelle un peu microsoft
(17:28) (@Varuku) mais juste un peu
avatar

118

Kevin Kofler :
Je sens que tôt ou tard, PedroM sera forkée à cause de ça. sad


La GPL est faite pour ça. Je ne vois pas le problème.
Ceux qui veulent un CAS en implémenteront un (peut-être même que je participerai à l'implémentation - on va voir), ceux qui n'en veulent pas maintiendront la version sans CAS. Reste à voir de quel côté se range PpHd.


Forker sans respecter les choix de l'auteur de toute façon c'est courrant avec vous. Il n'y a qu'à voir comment JM a réagi après que vous vous soyez approprié son linker.
So much code to write, so little time.

119

> Et pourtant, tu n'hésites pas à critiquer AMS à chaque occasion...

Ha bon ??? Achète-toi de la mémoire, la tienne est défaillante. Ou peut-être la mienne, parceque je n'ai aucun souvenir de ça. Ou si je l'ai fait (???), ça a été probablement une fois. Je ne crois pas envoyer plusieurs messages par jour à TI pour leur dire comment programmer AMS : je n'ai pas la prétention de donner des ordres aux autres.. C'est ce que vous faites avec PpHd. Vous avez un sérieux problème de balai anal (c) Thibaut, XDanger et toi.
Vous êtes de plus en plus insuportables en ce moment. Y'a qu'à voir les réactions dans plusieurs topics du forum. Ca me rend heureux tongue de plus en plus de monde ouvre sa gueule contre votre comportement. Je ne suis plus en solitaire.
J'espère que vous vous calmerez, que vous deviendrez des membres normaux un jour (rapidement, s'il vous plaît smile).

Foutez la paix à PpHd et retirez votre plug en bois triso
avatar
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.

120

nitro
:
Ceux qui veulent un CAS en implémenteront un (peut-être même que je participerai à l'implémentation - on va voir), ceux qui n'en veulent pas maintiendront la version sans CAS. Reste à voir de quel côté se range PpHd.

Forker sans respecter les choix de l'auteur de toute façon c'est courrant avec vous.

Le fork dont je parle ne sera pas maintenu par l'équipe de TIGCC. Peut-être en partie par moi (même pas sûr), mais ne colle pas l'étiquette de TIGCC là-dessus s'il te plaît, surtout si c'est pour faire ce genre de critiques. (Je sens que je vais devoir copier-coller un disclaimer de style "Je suis membre de l'équipe de TIGCC, mais ce message représente seulement mon opinion personnelle, et pas nécessairement celle de l'équipe de TIGCC." à pratiquement chaque message. roll)

J'ai rajouté un PPS ci-dessus pour clarifier cela.
Il n'y a qu'à voir comment JM a réagi après que vous vous soyez approprié son linker.

Je précise pour les non-informés qu'il s'agit de Obj2Ti, le "linker" (convertisseur fichier objet unique -> fichier 89z/9xz en fait, il ne linke rien du tout!) de TIGCC 0.94, pas du linker qui sera dans TIGCC 0.95 et qui ne partage aucun code avec Obj2Ti.
Et je n'ai pas envie de parler plus que ça de cette histoire. De toute façon, Obj2Ti est voué à l'obsolescence.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité