KhiCAS, le moteur formel Giac/Xcas pour toutes TI-Nspire

→ **MyCalcs** profile · by **parisse** » 25 Jul 2020, 11:37

effectivement, j'avais oublie de recompiler MicroPython apres avoir change la valeur de MICROPY_PY_SYS_PLATFORM de nspire vers numworks dans mpconfigport.h.
J'espere que c'est bon maintenant.

→ **MyCalcs** profile · by **critor** » 25 Jul 2020, 11:43

Merci ça semble bon; sys.platform == 'numworks'.

→ **MyCalcs** profile · by **critor** » 02 Aug 2020, 00:28

Bonjour.

J'ai une bizarrerie sur les écritures+lectures des pixels de bas d'écran dans le contexte des tests du QCC 2020.
Pixel (221,221), j'écris (255,0,0), je récupère (248,0,0) - c'est bon :

Pixel (222,222), j'écris (255,0,0), je récupère (0,0,8) :

Bon admettons si c'est hors écran...

Mais dans ce cas, pixel (223,233), j'écris(255,0,0), pourquoi je récupère None ?

→ **MyCalcs** profile · by **parisse** » 02 Aug 2020, 08:44

l'ecran est limite vertcalement a 222 pixels, les 18 du haut sont reserves a la ligne d'etat.

→ **MyCalcs** profile · by **critor** » 02 Aug 2020, 08:55

Oui, j'ai bien compris, et de toutes façons y=0 démarre visiblement en-dessous de la ligne d'état.

Je précise ma question alors, désolé si elle n'était pas claire.

Le pixel (221,221) est affichable et peut être lu et écrit.
Le pixel (223,223) n'est pas affichable et ne peut être lu (None).
Pourquoi le pixel (222,222) peut apparemment être lu (0,0,8) alors qu'il n'est pas affichable, et ne peut pas être écrit alors qu'il peut être lu ?

→ **MyCalcs** profile · by **parisse** » 02 Aug 2020, 09:02

probablement un petit bug avec un <= au lieu de <, je regarde ca demain.

→ **MyCalcs** profile · by **critor** » 02 Aug 2020, 09:37

Effectivement ça ressemble, merci :

→ **MyCalcs** profile · by **parisse** » 02 Aug 2020, 17:33

Voila, ca devrait etre correct maintenant.

→ **MyCalcs** profile · by **critor** » 07 Aug 2020, 15:14

Merci, je confirme.

Sinon, la version de test de KhiCAS ne démarre pas sur ma TI-Nspire CAS en version 3.9.

Le pointeur passe en occupé quelques secondes puis rend la main au système, sans avoir créé les dossiers alors qu'il y a la place (5Mo de libres encore).
Donc ça doit sortir du code assez tôt.

Je pense à une erreur de mémoire, les TI-Nspire monochromes n'ayant que 32 Mio de SDRAM soit la moitié des 64 Mio des TI-Nspire CX, à moins que ce comportement ne soit voulu.
Est-il donc prévu / possible de supporter les TI-Nspire monochromes ?

Merci.

→ **MyCalcs** profile · by **parisse** » 07 Aug 2020, 16:13

Je ne sais pas. L'executable decompresse occupe environ 10M, mais il doit y avoir de la place memoire prise pour le debugger que l'on doit pouvoir supprimer (a regler dans nldess sans doute). Apres il risque d'y avoir plein d'autres problemes de portabilite, mais qui peuvent se resoudre en y mettant le temps necessaire...