bidouillages sur TI-82A : déceler 1 faille ?

[Hayleia]

Ah mince, quelle idée d'en faire une application
En effet, je vais devoir le faire à ma sauce, espérons que ça marche parce que faire tout un code comme ça pour rien...
Sinon puisque c'est open source, je vais peut-être essayer de recompiler le code sans en faire une application (ne me tuez pas mais je ne sais toujours pas la différence entre une application et un programme, juste que l'application peut s'exécuter en ARC)

Je savais pas qu'il était open source mais si t'as trouvé la source, tant mieux
Et si tu l'as pas trouvée, je ne pense pas que thepenguin77 soit contre. Suffit de lui donner un lien vers ce topic et je pense qu'il sera d'accord.

À part ça, la différence entre une app et un programme... Ben tu te souviens des problèmes que tu avais à mettre PHASM dans un groupe parce que les groupes ça bouge pas ? Ben t'as pas ce problème avec les applications
Autre chose aussi, comme tu dis elles peuvent s'exécuter en ARC, ce qui permet à Smash de créer plein d'appvars temporaires sans déclencher d'erreur mémoire.
Par contre du coup tu ne peux pas (simplement) modifier leur contenu donc contrairement aux programmes, tu ne peux pas sauvegarder les highscores directement dans le programme, tu sauves dans une appvar (ou ailleurs mais je vois pas ce qui serait mieux qu'une appvar). Et tu ne peux pas non plus utiliser de SMC, à part en trichant comme dans Smash, c'est à dire en compilant ton SMC pour qu'il puisse tourner dans une zone mémoire qui t'arrange genre L3 (merci à Matref) et tu appelles L3 quand tu veux exécuter ce code.

[grosged]

Intéressant tout ça !..bien que j'avoue ne pas toujours bien comprendre (ARC? Zstart?..)
Ce qui résiste au Reset , c'est quoi ? Une zone mémoire bien précise ? Si oui, en Ram, ou en rom(flash) ?
ça me rappelle que sur Amstrad, une zone en ram résistait au reset !
Une chose est sûre : la TI-82A refuse tout fichier application envoyé par TILP
Il me vient une idée, ça serait possible de carrément transférer du code (zstart par ex) sur une application déjà incluse dans la TI-82A?
(une espèce d'usurpation d'application héhé!)

[Hayleia]

ARC c'est juste parce qu'on a la flemme de dire "archive" en entier
zStart est le nom d'une application qui tournait sur 83+/84+. J'avais fait deux news dessus, dont celle là, plus généraliste.
Et en fait, je pense surtout que zStart patche l'OS pour lui dire de réinstaller les hooks de zStart après un RAM Clear. Mais si vous arrivez à faire pareil, ça passe. Votre hack avec votre image patche l'OS pour qu'il installe des hooks après chaque RAM Clear, puis votre hack plante mais ça tombe bien, ça permet aux hooks de s'installer

Par contre, j'y connais absolument rien à la 82A...
Par exemple, est-ce qu'il est possible d'archiver des programmes ? Est-ce qu'elle supporte les groupes ?

Et effectivement, si on peut injecter du code dans une app, ça serait pas mal non plus. Ça ferait Ndless 3.6 plutôt que 3.1 (méthode zStart) mais c'est toujours mieux que Ndless 3.9

[Lionel Debroux]

Une chose est sûre : la TI-82A refuse tout fichier application envoyé par TILP

En effet, la machine refuse les applications.
Pour bien faire, tilp (libticalcs, calc_84p.c) ne devrait même pas permettre d'envoyer des FlashApps à une 82A. OPS_FLASH est commenté, comme il se doit; en revanche, les callbacks sont send_flash et recv_flash, et non leurs versions noop.

[Adriweb]

Une chose est sûre : la TI-82A refuse tout fichier application envoyé par TILP

En effet, la machine refuse les applications.
Pour bien faire, tilp (libticalcs, calc_84p.c) ne devrait même pas permettre d'envoyer des FlashApps à une 82A. OPS_FLASH est commenté, comme il se doit; en revanche, les callbacks sont send_flash et recv_flash, et non leurs versions noop.

Ca se passe ici, pour ceux qui veulent voir par eux-même Il y faudrait donc noop_send_flash et noop_recv_flash comme sur certains autres modeles.

[GalacticPirate]

Non, la 82A ne supporte pas les apps, et n'en contient pas puisqu'elles sont built-in et intégrées à l'OS, donc n peut appeler ça de fausses apps. Si on fait un ROM clear (en théorie) les "apps" actuelles restent

[Hayleia]

Et quelles sont ces built-in applications ? Parce que si au moins une d'entre elles est inutile, on peut vouloir la remplacer par une application plus utile comme un zStart adapté aux 82A. Un peu comme remplacer l'application "avertissement sur la santé et la sécurité" sur 3DS par un installeur de programmes.

[GalacticPirate]

Comme je le disais, elle sont intégrées à l'OS et on ne peut pas les virer. Sinon, il y a :

• Finance
• CSheetFr
• Français
• Inequalz
• PlySmlt2
• Probsim
• Périod

Mais je crains bien que ce ne soit même pas des fichiers *.8xk, mais bien du code ASM greffé dans l'OS, auquel cas, ça risque d'être très, très problématique.

[Lionel Debroux]

Sur 82A, les ex-FlashApps font partie intégrante de l'OS, et sont intégrées dans la signature.

[Hayleia]

Comme je le disais, elle sont intégrées à l'OS et on ne peut pas les virer.

Je n'ai jamais parlé de les virer.

Mais je crains bien que ce ne soit même pas des fichiers *.8xk, mais bien du code ASM greffé dans l'OS, auquel cas, ça risque d'être très, très problématique.

Sur 82A, les ex-FlashApps font partie intégrante de l'OS, et sont intégrées dans la signature.

Par "intégrées dans la signature", ça veut dire qu'elles sont incompréhensibles même sur la calculette ? Ou juste qu'il est impossible de les modifier sur PC puis d'envoyer à la calculette à cause d'un mismatch de signature ?
Parce que ok, je me doute bien qu'on peut pas envoyer n'importe quel OS mais si on peut modifier les apps une fois l'OS installé sur calculette, on peut même injecter DoorsCS dans CSheetFr. Si on peut pas par contre, on risque d'être coincés avec un Ndless 3.9 -.-