30

CAS = Computer Algebra System ?

31

Oui

32

Je ne ferai pas de liste des ROM_CALLs à implémenter.
Je n'ai pas que ça à faire. J'ai d'autres choses nettement plus importantes et plus utiles que d'essayer éventuellement de contribuer à rendre moins mauvais un OS non officiel que je vois surtout comme une source d'em****** pour la communauté.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

33

Bah c'est pas la mort de faire une liste des ROM_CALLs que t'utilise. Si tu veux pas faire ce tout petit effort contribuer a l'améliorer ne viens pas après la traiter de tous les noms.
avatar

34

XDanger
a écrit : et plus utiles que d'essayer éventuellement de contribuer à rendre moins mauvais un OS non officiel que je vois surtout comme une source d'em****** pour la communauté.

Tu es le seul à voir ça comme ça (même sur le forum de la TICT pour une fois smile)

35

Comme j'ai déjà dit, je le vois d'autant plus mal que PpHd a cassé mon boulot pour des conneries, des incompatibilités ajoutées arbitrairement... Je rappelle que ce boulot a été fait il y a au minimum 9 mois, avant que je sache que PedroM existait...
Je vais d'ailleurs passer du temps cet été à revérifier mes updates / à en refaire. Le fait de les retirer et d'en discuter avec Kevin et Sebastian a fait qu'on a pensé à des façons plus intelligentes, plus propres et plus petites de réimplémenter certaines choses. Une conséquence sera qu'en plus, ils marcheront sur PedroM. Ca n'a donc pas été complètement négatif.

Uther Lightbringer: passer du temps à faire une liste de ROM_CALLs, c'est bien, mais si c'est pour en voir refuser une grande partie parce que Monsieur PpHd n'en voit pas l'intérêt, ça ne vaut pas la peine...
Surtout que la liste de ROM_CALLs que je lui suggérerais de réimplémenter est énorme (presque tout...). Et il n'y a pas seulement les ROM_CALLs dont les noms sont connus, il y en a aussi d'autres (seul ExtendeD sait de quoi je parle).

Je resuggère à PpHd pour PedroM 2.0x, les ROM_CALLs dont je lui avais déjà parlé:
ROM_CALL 3CF "ArchiveMemoryBeginning"
ROM_CALL 3D2 "GetEndOfFlashApps"
ROM_CALL 4F3 "GetFlashAppsSectorAddress"

Note: les noms sont préliminaires et je pense les changer (par exemple, rajouter EM_, FL_ ou OO_ au départ). A voir au coup par coup avec Sebastian et Kevin...

Plein de ROM_CALLs de la VAT (dont j'ai fait les wrappers pour AMS 1.xx), aussi.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

36

J'ai fait ca pour avoir une liste des trucs a faire. Si tu veux pas la faire, ne te plains pas apres qu'ils n'y sont pas.
Et si les nouvelles implantations sont + propres, + petites, + compatibles, je ne vois vraiment pas ou est le pb !

37

> Si tu veux pas la faire, ne te plains pas apres qu'ils n'y sont pas.
Je t'ai quand même donné des suggestions...
Notamment "Plein de ROM_CALLs de la VAT (dont j'ai fait les wrappers pour AMS 1.xx), aussi."
En regardant le diff de mes contributions (enlevées depuis), tu vas très vite voir à quoi je fais référence (en fait, certains sont complètement inutiles sous PedroM).

En réfléchissant, je vois que les ROM_CALLs auxquels je fais référence par "Et il n'y a pas seulement les ROM_CALLs dont les noms sont connus, il y en a aussi d'autres (seul ExtendeD sait de quoi je parle)." sont en assez grande partie inutiles sous PedroM.

N'allez pas dire que je ne fais absolument rien pour améliorer PedroM...
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

38

Tu as raison XDanger, il faut trouver un compromis.
avatar
la Nature nous montre seulement la queue du lion. Mais je suis certain que le lion a qui elle appartient pense qu'il ne peut pas se révéler en une fois en raison de son immense taille.

- Fondateur de Ti-Gen -: http://www.tigen.org

- Membre du Groupe Orage Studio -: http://oragestudio.free.fr/

- Mon site perso -: http://tisofts.free.fr

Projets TI68K en cours:
GFA-Basic = http://www.tigen.org/gfabasic
Arkanoid.
PolySnd 3.0.

39

Il faut implémenter tous les ROM_CALLs si on veut une vraie compatibilité!
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é

40

mais on ne veut pas une compatibilité totale...
ceux qui utiliseront pedRom sont déjà ceux qui n'utilisent plus leur TI pr les maths, par exemple... donc, les RC de maths ne sont pas super utiles...
avatar
Tutorial C (TI-89/92+/v200) - Articles Développement Web (PHP, Javascript, ...)
« What is the sound of Perl? Is it not the sound of a wall that people have stopped banging their heads against? » - Larry Wall

41

Bien sur qu'il faut réimplémenter plus de ROMCALL mais ca prends du temps et de la place alors que ce n'est pas toujours utile. si on arrive a une compatibilité de 90/95% ca sera déjà énorme. PpHd est doué mais faudrait dans non plus lui demander la lune.
avatar

42

Mais si, mais si. Demander la moi et je vous donnerais Mars dans la foule.

43

smile
avatar
I'm on a boat motherfucker, don't you ever forget

44

Je suis peut-etre idiot, mais je pense avoir une idée........pourquoi ne pas faire des RomCall à la carte ? Celui qui a besoin de tel ou tel truc le met sur sa calc, celui qui n'en veut pas ne le met pas et profite de la place libérée.

45

certes mais ca risque de devenir brouillon
avatar

46

Bah dans ce cas là autant tout faire ...

47

Le probleme est que ca deviendra un peu bordelique... Mais ca sera possible