Citer : Posté le 31/08/2020 17:33 | #

---

La table des syscalls est ici : https://bible.planet-casio.com/simlo/chm/v20/fx_legacy_syscalls.htm
Pour les fx-CG20 c'est ici : https://bible.planet-casio.com/simlo/chm/v20/fx_fxCG20_syscalls.htm

Ajouté le 31/08/2020 à 17:34 :
Donc à priori le 0x3F4 sur les Graph 75 et 0x1839 sur CG20.

Par contre je laisse @Lephenixnoir en dire plus sur les incompatibilités entre modèles (en particulier G75/G35+E III et CG20/G90+E)

---

Citer : Posté le 31/08/2020 18:48 | #

---

Ça devrait marcher sur tous les modèles sans trop de problèmes à condition de coder avec le fx-9860G SDK. gint ne comprend pas les effets de bord de l'extinction, les add-ins crashent au redémarrage (c'est pour ça que Shift-AC/ON ne fait rien).

---

Citer : Posté le 31/08/2020 19:10 | #

---

Un appel de syscall c'est une sorte d'appel de fonction privilégiée. Ça a été inventé comme une façon pour un programme de faire une requête au noyau, la seule partie de l'ordinateur autorisée à toucher aux fichiers/matériel/etc. (Chaque fois que tu ouvres un fichier, exécutes une requête réseau, ou affiche quelque chose à l'écran, à un moment le noyau est impliqué pour communiquer avec le matériel.) Cette séparation des pouvoirs est contrôlée par le processeur lui-même, il faut donc appeler à la fonction en utilisant un mécanisme spécifique au processeur pour "entrer" dans le noyau, ce qui débloque toutes les opérations privilégiées. Donc généralement, c'est en assembleur.

Sur la calculatrice, il n'y a pas trop de problèmes de privilèges (les add-ins s'exécutent avec le même niveau de privilège que le noyau), mais durant l'appel il faut spécifier le numéro du syscall d'une façon qu'on ne peut pas faire en C. Donc c'est aussi en assembleur.

La méthode "propre" pour appeler un syscall tu peux la trouver en haut de la liste de SimLo (ici pour fx).


Ce code appelle la fonction située à l'adresse 0x80010070 avec le numéro de syscall dans le registre r0 (le registre c'est une variable interne du processeur en quelque sorte). Si tu remplaces syscall_number par une référence à 0x3F4, ça appelle le syscall PowerOff(). (Compte tenu de la façon dont marchent les registres, si tu appelles ce code avec des arguments genre syscall_poweroff(1) ça transmet les arguments au syscall.)

La "bonne" façon d'appeler un syscall est donc d'avoir du code comme ça dans un fichier assembleur. Dans le fx-9860G SDK, il faut créer un fichier .src qui ressemblera à ça.


Maintenant il y a des gens qui avaient la flemme et qui se sont dit "oh great on va mettre dans un fichier C pour éviter d'utiliser de l'assembleur". Le résultat fait quelques lignes :


D'abord ce tableau bizarre qui contient en fait à peu près le code assembleur ci-dessus (sous sa forme compilée). On reconnaît le 0x80010070. Contrairement à mon exemple, il y a exactement 5 arguments : les 4 premiers sont envoyés au syscall (si le syscall en prend moins il les ignorera) et le 5ème sert de numéro. Si le syscall prend plus de 4 arguments ça ne marchera pas.


Ça c'est un petit trick C, ça déclare une fonction SysCall dont le code est les octets du tableau SysCallCode. C'est un peu une façon cheatée d'appeler du code déjà compilé.


Et ça ça appelle SysCall(), le 5ème argument est le numéro du syscall et les 4 autres sont des fillers vu que RTC_GetTicks() n'en prend pas.

Comme tu peux le voir c'est moche et je préfère largement l'alternative. Surtout que quand on code avec GCC et un peu de préprocesseur c'est encore moins long en assembleur.

---

Citer : Posté le 31/08/2020 20:07 | #

---

Wow, réussi du premier coup ? Bien joué !

---