BAC 2018 : du calcul formel avec Eigenmath sur Graph 90+E

[critor]

Les Casio fx-CG10 et fx-CG20 de la rentrée 2011 pouvaient faire tourner une application de calcul formel (moteur "CAS", aussi appelé "littéral" ici et là) : Eigenmath, portage par gbl08ma du logiciel éponyme.

Hélas, l'application ne fonctionnait pas correctement sur les modèles successeurs Graph 90+E et fx-CG50 de la rentrée 2017.

On pouvait déjà reprocher une absence d'affichage des grandes parenthèses et barres de fraction, de quoi rendre nombre de résultats illisibles et probablement faux une fois recopiés.

C'était loin d'être le seul problème significatif d'affichage. Citons entres autres :

• le catalogue de fonctions appelable via

  SHIFT

  4

  se superposant à l'écran de calculs, et l'affichage n'était pas correctement rafraîchi une fois fermé
• les catalogue et menu de configuration où toute navigation masquait définitivement en noir tout choix précédent
• et même le mauvais rafraîchissement de l'affichage lors du défilement vertical des calculs, maximisant les chances de recopier n'importe quoi au-delà de deux calculs successifs

Le problème venait des fonctions C d'affichage développées dans le contexte du SDK des fx-CG10/20, qui pour certaines utilisent en dur l'adresse du buffer d'affichage VRAM. Or problème, ce buffer a changé d'adresse sur les nouvelles Graph 90+E / fx-CG50.

Heureusement, Bernard Parisse vient tout juste de réaliser une recompilation rapide de l'application Eigenmath à partir d'une nouvelle version de la bibliothèque graphique, et qui corrige tous les problèmes d'affichage précédents !

On pourra certes lui reprocher un petit problème de stabilité, la calculatrice pouvant de temps en temps planter et redémarrer sur la demande d'un calcul, ou sur un changement d'application courante. Mais rien de bien méchant puisqu'il n'y a pas de perte de données.

En attendant mieux, voici donc juste à temps pour ton BAC 2018 de quoi enfin obtenir sur ta superbe Graph 90+E des résultats justes et donc recopiables en toute confiance pour des développements, factorisations, dérivées, primitives, racines de polynômes et bien d'autres choses encore !

Merci Bernard !

Téléchargements :

• Eigenmath (pour Graph 90+E / fx-CG50)
• Eigenmath (pour fx-CG10/20)

Source : viewtopic.php?f=24&t=21497&start=30#p231997

[Hamza.S]

comme c'est EigenMath, il n'y a toujours pas de calcul de limites j'imagine?

[critor]

En tous cas, rien vu de tel en cherchant rapidement dans le catalogue.

[Hamza.S]

mince, comme ça vient de Bernard Parisse je m'attendais à un petit changement

[critor]

Il a juste recompilé comme j'ai dit. Pas recodé.

[parisse]

Pour les limites, il faudra attendre que je reussisse le portage de giac. C'est plus difficile que je ne pensais initialement, parce que le SDK Casio est relativement incomplet d'une part et que la taille limite des add-ins est de 2M. C'est donc une version light de giac qui pourrait tourner, mais ca prend du temps de selectionner un sous-ensemble coherent. Je suis actuellement a 2.7M d'occupation memoire, il faut donc encore gagner 700K, ca semble faisable, mais c'est de plus en plus difficile.

[amazonka]

Pour les limites, il faudra attendre que je reussisse le portage de giac. C'est plus difficile que je ne pensais initialement, parce que le SDK Casio est relativement incomplet d'une part et que la taille limite des add-ins est de 2M. C'est donc une version light de giac qui pourrait tourner, mais ca prend du temps de selectionner un sous-ensemble coherent. Je suis actuellement a 2.7M d'occupation memoire, il faut donc encore gagner 700K, ca semble faisable, mais c'est de plus en plus difficile.

I'm sorry about not being able to reply in French - have you tried changing toolchain\prizm.x or toolchain\prizm.ld to have higher values in the below line to the following:
rom (rx) : o = 0x00300000, l = 4096k

I wonder if it could work - it helped me to eliminate compiling problems when creating Pokemon+ add-in but I needed much smaller size than above.

I think storage format accepts such sizes and checksums etc should still work but I have never tested it for this size. Good luck

[amazonka]

or the same in the "common\" directory depending on your makefile setup - I hope it works

[parisse]

I have set the size to 4M, and it compiles and produces a .g3a file. I can tranfert the file to the emulator, but if the g3a file is larger than 2M it does not appear in the main menu launcher. That's why I guess that there must be a limitation to 2M in the OS.
I'm now near the limit, need to find another 110K to spare.

[amazonka]

It’s awesome if you can shave the size of the addin without dropping its features. Or will you have to drop some features or perhaps create two add-ins to cover all the features still or some other work around? If you want to share I could have a look at one of your larger than 2mb addins and manually check for any problems with the header with checksums etc in case it is not the OS but mkg3a tool struggling with 2mb