Switching Pack Ndless + OS 3.6, maintenant pour toute Nspire

[Excale]

Soit un ndless 3.6 sort mais le 3.1 est mis à jour en parallèle à chaque ajout, et on peut ainsi compiler un programme C pour les deux ndless sans ne rien changer.

Le problème n'est pas tant que ça la mise à jour de Ndless, mais la mise à jour des programmes qui utilisent des syscalls non-gérées par ndless (à titre d'exemple, 90% de mes programmes ndless je pense).

(Ou alors il faut intégrer toutes ces syscalls non actuellement gérées à Ndless une bonne fois pour toutes. Comme ça, quand on porte Ndless, on porte directement ces syscalls.)

[Levak]

(Ou alors il faut intégrer toutes ces syscalls non actuellement gérées à Ndless une bonne fois pour toutes. Comme ça, quand on porte Ndless, on porte directement ces syscalls.)

L'ajout de syscalls non justifiés dans la trunk rend le changement d'OS plus long pour rien. Bien entendu on a des outils pour le faire automatiquement mais une grosse partie reste à faire à la main ...

Oui, comme le dit Excale, le problème réside dans les programmes et non pas dans Ndless lui même. Une catégorie de programmes empêchant l'ajout de leurs syscalls dans la trunk, ce sont les hotpatchs, dont ThemEditor, nClock et autres fantaisies de ma part font partie.

[zork750]

Je remercie toute l'équipe pour nous avoir offert ce pack, j'ai encore mes deux Nspire (touchpad cas et cx cas) en 3.1 avec Ndless 3.1, et je ne compte plus faire de mise à jour en ce qui concerne l'OS, ce pack est parfait pour moi, et je compte bien conserver mes deux TI en l'état.........

@+