Topic à bugs/erreurs

[Adriweb]

Fait.

[Bisam]

Je viens de trouver un petit bug de nSonic combiné au mode examen.

En mode examen, nSonic affiche très normalement le dossier courant "/exammode/usr/Press-To-Test".
Mais si on se place dans ce dossier avec la flèche droite et que l'on réenclenche le mode examen, on se retrouve avec un dossier
"/exammode/usr/Press-To-Test/Press-To-Test"... dans lequel on peut se placer puis réenclencher le mode examen pour obtenir un dossier
"/exammode/usr/Press-To-Test/Press-To-Test/Press-To-Test".

On peut poursuivre indéfiniment... enfin, jusqu'à saturation de la mémoire !

On peut d'ailleurs faire de même dans le dossier "exammode/syst/".

Ce n'est pas la faute de nSonic, d'ailleurs... C'est juste le déclenchement du mode examen qui lors d'une réinitialisation utilise le dernier dossier racine ouvert et non un dossier fixe ! En temps normal ce n'est pas gênant puisque sans nSonic on ne peut pas modifier le dossier racine...

[critor]

Bonjour.


Intéressant.
Cela voudrait donc dire que le mode examen calcule/génère son rootpath de façon relative à partir du rootpath courant, au moins dans le cas que tu décris.

Je ne pense pas que ce soit bien gênant en mode examen.
Sauf modifications, nSonic t'interdit de remonter au-delà du rootpath réglé au démarrage de la machine.
Donc cela ne permet pas davantage de tricher : tu ne peux pas remonter pour accéder à des fichiers créés dans un mode examen antérieur ou hors mode examen.

J'avais pour projet de continuer à mettre à jour mes autres outils disposant d'un explorateur de fichiers de façon similaire, pour bien scinder les zones mémoire examen et hors-examen.
Mais vu que malgré toute cette bonne volonté pourtant encore jamais vue dans la communauté, TI se permet de continuer à attaquer et bloquer Ndless encore plus fort qu'avant (ben oui : Ndless 4.3 n'est toujours pas sorti, alors que Ndless 4.2 nous a fait attendre moins longtemps), ils peuvent faire définitivement une croix dessus.
Au moins jusqu'à changement d'attitude en tous cas.

Toute TI-Nspire avec un Ndless reboot-proof permet donc via les programmes Ndless disposant d'un explorateur de fichiers non conçu comme celui de nSonic (c'est-à-dire à ce jour tous les autres programmes Ndless), d'accéder à certaines données mémoire (celles compatibles avec le programme lançant l'explorateur) créées hors mode examen et donc de tricher/frauder.

Je ne déferai pas ce qui a déjà fait avec nSonic, mais dans la situation actuelle, je ne ferai plus rien pour corriger les autres explorateurs de fichiers ou inciter les auteurs des programmes les incluant à leur correction. Le blocage de Ndless est dans un tel contexte totalement abusif et absolument indéfendable !

Il est bien évident que dans cette situation le temps libre que je peux dégager pour du développement Ndless passe prioritairement dans Ndless 4.3, et non plus dans la cohabitation des programmes Ndless avec le mode examen. Et ça, c'est bien dommage pour TI...

[Adriweb]

Hmm Bisam, pourquoi avoir posté dans le topic de bugs tiplanet et non pas sur un de ceux nSonic?

[critor]

Parce que ce n'est pas un bug de nSonic ? Surtout que ça n'impacte pas le fonctionnement normal du mode examen, ce qui était bien le cahier des charges du programme.
nSonic fait ce qu'il faut.

Après si TI calcule dans certains cas son rootpath examen de façon absolue (à l'activation du mode exam) et d'autres fois de façon relative (à la réactivation du mode exam), que veux-tu que j'y fasse ?
Je suis désolé, mais là je dirais que c'est à eux de corriger et d'avoir un peu de cohérence.

D'ailleurs, ce manque de cohérence/homogénéité me fait repenser au récent bug des suites z80 aux rangs n+1/n+2, que j'ai certes compris techniquement je pense, mais pour lequel je ne vois toujours aucune logique à avoir codé comme ça :
viewtopic.php?t=19063&p=207809#p207809

[Bisam]

En fait, on peut utiliser ce "bug" pour contourner la "protection" apportée par le "mode examen", en évitant à certains fichiers d'être supprimés lors de la réinitialisation du mode examen !

En bref, TI s'est tiré une balle dans le pied !!

Mais pour ne pas nous attirer les foudres de TI, je n'expliquerai cela qu'aux admins...

PS : Je ne répondrai à aucun message me demandant comment faire !

[critor]

Non je sais. Le mode examen vide le dossier examen à l'activation/réactivation.

Faut-il encore pouvoir accéder aux fichiers non supprimés, vu que tu n'as plus le même rootpath après réactivation.

De toutes façon comme dit plus haut, même si ça permet de tricher/frauder, je n'apporterai plus aucune amélioration en ce sens à aucun de mes programmes Ndless, que ce soit nSonic ou autre chose.
Pas tant que TI n'aura pas fait machine arrière sur Ndless. Le blocage fin août après tout ce qui a été cherché, discuté et corrigé par la communauté autour de la cohabitation programmes Ndless & mode examen pendant l'année qui a précédé, soit des heures de travail prenant en compte l'aspect constructeur/institutionnel, chose qui aurait été impensable 6-8 ans en arrière quand les patchs anti-mode examen étaient publiés sur Omnimaga, est absolument inadmissible.

Je n'ai rien contre le bénévolat, mais quand au final on se fait taper dessus de la même façon voir même encore plus fort par l'entité à laquelle on rend service... faut pas exagérer non plus.

C'était vraiment le pire moment pour faire ça.

[Hayleia]

(16:29:23) PsyDelta2.0: bonsoirs

AdriwebAdriwebAdriweb

[Adriweb]

j'attends de voir si c'est une erreur commune ou non

[Hayleia]

J'avoue que non, les bonjours arrivaient plus souvent...
Mais n'empêche, ça ne cassera pas grand chose de rajouter ça au filtre (contrairement à bordelais avec sapristi ). Ça ne te dit pas pour une fois de faire une modification entièrement positive sans aucun risque de tout casser ?