Forum TI-Planet.org

Tant que la gestion d'application conservera son caractère actuel absolument nullissime, réussissant même l'exploit d'être très largement inférieure à celle sortie par TI en 1998 avec plus de 20 ans de retard, je n'en aurai strictement rien à faire de ces liens.

Oui maintenant faut qu'ils améliorent la gestion des apps. Pouvoir les coder c'est une bonne chose, pouvoir correctement les utiliser, c'est mieux

Mais ils n'ont certainement pas l'intention d'améliorer la gestion des apps, sinon je les vois mal s'y être pris de cette manière, en mettant autant la charrue avant les boeufs dans les annonces et le développement...

Tant qu'ils n'auront pas mis en place une infrastructure aussi utilisable que celle des FlashApps TI-Z80 & TI-68k depuis la fin des années 1990 - une infrastructure qui leur a été dûment décrite - je n'aurai moi non plus aucun intérêt pour ces repos. Et ça n'arrivera certainement jamais, même si je ne demande qu'à avoir tort.

Meme si le support des apps s'ameliore dans le futur, a vue de nez, l'existence de fichiers sources nommes stddef.h, stdint.h, ... semble indiquer que le SDK de Numworks aura un support essentiellement vide pour la librairie standard C et C++ (ce qui parait evidemment logique vu que Epsilon n'en a guere lui-meme). Sauf erreur, on est donc extremement loin du support essentiellement complet qu'on peut retrouver avec la newlib fournie par Delta et Omega sur Numworks, ou ndless sur TI et on est meme tres loin de celui des addins Casio (qui a un support libc mais pas vraiment pour la libstdc++). Je ne sais pas ce qui sera accessible de l'OS, ils parlent d'une liste de syscalls sans donner plus de precision.
Autant dire que meme si j'en avais l'intention, le portage de KhiCAS la-dessus serait extremement complexe a realiser. Et puis, meme pour des apps simples, ca parait beaucoup plus complexe a mettre en oeuvre que par exemple d'ajouter une application a KhiCAS (https://www-fourier.univ-grenoble-alpes.fr/~parisse/numworks/khicasnw.html#sec47). Meme si on aime ce style de codage que personnellement je deteste...

parisse a écrit:Meme si le support des apps s'ameliore dans le futur, a vue de nez, l'existence de fichiers sources nommes stddef.h, stdint.h, ... semble indiquer que le SDK de Numworks aura un support essentiellement vide pour la librairie standard C et C++ (ce qui parait evidemment logique vu que Epsilon n'en a guere lui-meme). Sauf erreur, on est donc extremement loin du support essentiellement complet qu'on peut retrouver avec la newlib fournie par Delta et Omega sur Numworks, ou ndless sur TI et on est meme tres loin de celui des addins Casio (qui a un support libc mais pas vraiment pour la libstdc++). Je ne sais pas ce qui sera accessible de l'OS, ils parlent d'une liste de syscalls sans donner plus de precision.

Pour l'instant, je crois que seul l'absence de sections data / bss empêche d'avoir les newlibs sur les apps externes. J'ai ouvert un issue à ce propos sur le repo (en parlant de comment zardam avait réussi à faire ça).
C'est plus sur une partie technique, tout le monde peut contribuer pour fix ça
J'ai pas réussi quand j'avais tenté 5mn (car LD n'aimait pas le fait que text et rodata soient link à l'adresse 0, et que l'ITCM ram est à l'adresse 0 aussi).
J'ai pas encore demandé à boricj

redgl0w a écrit:[
Pour l'instant, je crois que seul l'absence de sections data / bss empêche d'avoir les newlibs sur les apps externes. J'ai ouvert un issue à ce propos sur le repo (en parlant de comment zardam avait réussi à faire ça).
C'est plus sur une partie technique, tout le monde peut contribuer pour fix ça

Ca devrait etre a Numworks de le faire, pas a la communaute, et ce d'autant plus si c'est simple a fixer. Tout ca laisse penser que le support des apps externes n'a pas beneficie de beaucoup temps de developpement, que c'est plutot la pour faire de la com'. On jugera sur pieces dans quelques temps...

J'ai mis a jour Xcas desktop pour linux, windows 64 bits et Mac (OS X.10) avec un item de menu Assistance dans Fich>Numworks, qui devrait permettre de debloquer une calculatrice, en version <=15.5 en tout cas (au-dela je ne sais pas). Teste sur Mac, mais je n'ai pas de machine physique windows ou linux pour tester (uniquement des VM qui ne peuvent pas acceder a l'USB).
https://www-fourier.univ-grenoble-alpes.fr/~parisse/install_fr
Je n'arrive pour le moment pas a faire ca avec webusb, le mecanisme de connexion de numworks.js n'a pas l'air de fonctionner lorsqu'on a fait 6+reset sur la calc.

parisse a écrit:Je n'arrive pour le moment pas a faire ca avec webusb, le mecanisme de connexion de numworks.js n'a pas l'air de fonctionner lorsqu'on a fait 6+reset sur la calc.

C'est parce qu'elle s'identifie autrement en mode de recovery; non ?
Genre ce n'est plus le même vid/pid/etc. Donc le filtre dans les appels initiaux a l'api WebUSB ne doit plus correspondre

Sans doute, je suppose que Maxime pourra nous dire ce qu'il faut faire sans que j'ai besoin de tatonner. Avec dfu-util je n'ai rien eu a faire, ca marche.

Franchement, un support elf avec librairie dynamique, vu le CPU ça aurait pu être bien. Surtout qu'avec le kernel protégé, il suffit de désactiver le elf loader quand le mode examen tourne...