Sortie/Release de Ndless 4.0.3 !

[critor]

Oui, apparemment il y a un bug qui a été introduit avec Ndless 3.9.

Cela semble correspondre aux programmes ayant les mêmes anomalies si utilisés avec Ndless 3.9 ou Ndless 4.0, alors qu'il n'y avait pas ce genre de problème avec Ndless 3.6 :

• nQuake qui redémarre après l'image de démarrage
• gbc4nspire qui redémarre quand on quitte un jeu
• gpSP qui redémarre quand on quitte un jeu

[Ti64CLi++]

Mais gpSP marchait très bien sur 3.9.1 pourtant

[Ti64CLi++]

Désolé du double post.
J'ai testé gbc4nspire sur une TI Nspire CX CAS OS 3.6 Rev T et lorsque je lance une ROM et quitte avec la calculatrice reboot.
Ce n'est donc pas un problème dû à Ndless mais à la calculatrice et son circuit électrique pour les calculatrices avec révision>S

[critor]

Euh, j'ai du mal à suivre la logique conduisant des résultats de ton test à la conclusion... Mais peut-être suis-je fatigué aussi

[Ti64CLi++]

J'avais une Nspire avec OS 3.6 et rev J et gbc4nspire ne faisait pas rebooter la calculatrice lorsque je quittais avec
Alors j'ai downgradé une Nspire OS 3.9.1 rev T qui n'a pas le même circuit et je l'ai mis en 3.6 et là, lorsque je quitte gbc4nspire avec , paf, reboot
Voilà mon raisonnement

[Adriweb]

Apparemment non, pas matériel, mais un bug (depuis des changements post-3.6) qui n'est qu'à moitié la faute de Ndless, si j'ai bien compris
Ceci serait la chose problématique dans certains cas, avec un argv mallocé mais écrasé par stack corruption (bug dans gbc4nspire etc.)
On va voir si Vogtinator (qui a trouvé ça) a une idée pour gérer ces cas

Edit : updaté

[Ti64CLi++]

On va voir si Vogtinator (qui a trouvé ça) a une idée pour gérer ces cas

J'ai hâte de voir la réponse

[critor]

J'avais une Nspire avec OS 3.6 et rev J et gbc4nspire ne faisait pas rebooter la calculatrice lorsque je quittais avec
Alors j'ai downgradé une Nspire OS 3.9.1 rev T qui n'a pas le même circuit et je l'ai mis en 3.6 et là, lorsque je quitte gbc4nspire avec , paf, reboot

Sauf que tu oublies de prendre en compte quelque chose d'important dans ton raisonnement, et qui fait que tes deux tests ne sont pas comparables.

Les Nspire HW-S+ s'éteignent dès que tu débranches l'USB si downgradées en 3.9.0 ou moins.
Donc tu es obligé de laisser l'USB branché pour tester...
Et il se trouve que Ndless 3.6 est instable quand on laisse l'USB branché.
Donc il est normal dans cette situation que tu aies des reboots après avoir quitté tes programmes Ndless.

[Ti64CLi++]

J'avais une Nspire avec OS 3.6 et rev J et gbc4nspire ne faisait pas rebooter la calculatrice lorsque je quittais avec
Alors j'ai downgradé une Nspire OS 3.9.1 rev T qui n'a pas le même circuit et je l'ai mis en 3.6 et là, lorsque je quitte gbc4nspire avec , paf, reboot

Sauf que tu oublies de prendre en compte quelque chose d'important dans ton raisonnement, et qui fait que tes deux tests ne sont pas comparables.

Les Nspire HW-T s'éteignent dès que tu débranches l'USB si downgradées en 3.9.0 ou moins.
Donc tu es obligé de laisser l'USB branché pour tester...
Et il se trouve que Ndless 3.6 est instable quand on laisse l'USB branché.
Donc il est normal dans cette situation que tu aies des reboots après avoir quitté tes programmes Ndless.

Ah oui, en effet, je n'avais pas pris ce facteur en compte

[Vogtinator]

J'avais une Nspire avec OS 3.6 et rev J et gbc4nspire ne faisait pas rebooter la calculatrice lorsque je quittais avec
Alors j'ai downgradé une Nspire OS 3.9.1 rev T qui n'a pas le même circuit et je l'ai mis en 3.6 et là, lorsque je quitte gbc4nspire avec , paf, reboot
Voilà mon raisonnement

Which version of Ndless did you install on 3.6? <r1000, r2000, r2001? Run ndless_resources.tns to get the version number.