Forum TI-Planet.org

Je crée un programme qui doit m'afficher les nombres premiers compris entre 2 et n.
A la fin je demande la liste de ces nombres, et combien il y en a (dans la liste créée). En toute dernière ligne, enfin, je demande d'afficher "123456".

Define prime(n)
Prgm
Local i, list
i:=0
list:=0
For i, 2, n
If isPrime(i) Then
list:=augment(list,{i}
EndIf
EndFor
Disp list
Disp dim(list)
Disp "123456"

J'exécute prime(25)
et obtiens
{2,3,5...47
5 (Le 2 de 25 est caché dans l'affichage immédiat; il faut aller dessus pour lire la partie de gauche)
23456 (Le 1 de 123456 est caché dans l'affichage immédiat; il faut aller dessus pour lire la partie de gauche)
Est-ce normal (en tout cas pas pratique) ?
La version 1.7 le faisait 2 "correctement", non ?

Gil

J'ai moi-même eu des anomalies similaires en utilisant la commande disp.
Ce sont des bugs, et ils sont difficiles à analyser car non systématiques.

Essaye de fermer/réouvrir le document, de mettre ta fenêtre de calcul en plein écran si ce n'est pas le cas, d'effacer l'historique de calculs...


Sinon, pour la correction "bête", tu peux faire:

Code: Select all

disp " ",25

Mais pour un tel programme, avec prim(100), quel que soit le type d'écran au départ, on trouve toujours le 1er caractère de chaque ligne tronqué

Ainsi, avec prim(100, on aura les 3 lignes tronquées !

ligne 1 commence par 2, au lieu de {2
ligne 2 commence par 5, au lieu de 25 (il y a bien un caractère indiquant le troncage)
et ligne 3 commence par 23, au lieu de 123

Là, on connaît les résultats, et on peut trafiquer, mais pas autrement.

Ces petits détails sont dérangeants, surtout que ces anomalies ne figuraient apparemment pas dans la version 1.7.

Pouvez-vous me confirmer ce point ?
Comment se fait-il que TI ne se soucie de fournir un produit "utilisable" pour un simple affichage ?

Je n'ai pas ce problème actuellement avec mes programmes sur l'OS 2.0.

Cela confirme bien que c'est un bug qui se produit dans certains cas (et c'est ça qu'il faudrait découvrir).
Votre document (ou votre OS) est actuellement dans un état instable.

Par contre, j'ai déjà eu des problèmes avec disp sur l'OS 1.7.


Peut-on avoir une capture d'écran de ce que ça donne?
Cela pourra peut-être nous aider à comprendre.



Il y a hélas beaucoup de bugs dans l'OS Nspire qui n'ont pas été corrigés depuis 4 ans malgré une 20aine de versions sorties, bugs qui font que ce n'est pas un outil de travail ou de développement fiable.

Si vous développez un "gros" classeur (au moins 10Ko), vous commencerez à avoir un bel aperçu des nombreux bugs... (vitesse de saisie de 1 caractère par seconde, redémarrages réguliers avec perte de données à cause de fuites de mémoire...)


Mais quand je mentionne ça avec des détails techniques précis sur le forum francophone officiel de TI, je me fais littéralement insulter (avec des explications inexactes - c'est dire le niveau...) par plusieurs professeurs semblant totalement vendus à la technologie Nspire, sourds et aveugles.

Il y a de l'argent en jeu: l'Education Nationale prévoirait d'équiper massivement l'année prochaine de nombreux collèges et lycées avec des réseaux sans-fil TI-Nspire Navigator.

Bon, il faudrait que j'essaye de faire une capture d'écran, mais j'évite de perdre du temps avec mon ordinateur, car j'ai l'impression que cela ne marche jamais du premier coup, vu mon allergie au monde des ordinateurs...

Comme mentionné,
Ce que j'ai à l'écran après prime(100) est

ligne 1: 2 ou 3 ? espaces blancs, puis 2,3,4 jusqu'à 47,5 (le 1 de 51 apparaît à moitié tout à droite)

ligne 2: triangle avec sommet (pointe) orienté vers la gauche, puis le chiffre 5 collé juste à droite de la base du triange, puis logiquement plus rien (la dim(list) = 25, avec le 2 qui s'est perdu à gauche)

ligne 3: 2 ou 3 ? espaces blancs, puis 23456 (le 1 de "123456" ayant disparu)

Mais quand maintenant j'édite les résultats ci-dessous, j'obtiens une longue ligne
{2,3,5... 89,97} 25 123456

Peut-être que je fais quelque chose de faux.
Mais j'avais déjà signalé le point curieux suivant (un bogue à coup sûr dans ma version 2.0, puisque dans la 1.7 cela marchait)

Faire a:={2,3,5,... 89,97}, donc une longue liste avec par ex. mes 25 premiers nbres premiers.
Résultat à l'écran:
{2,3,5,...47,5 (et le reste est logiquement tronqué)

Faire maintenant disp a
Résultat à l'écran:
37,41,...89,97} (on n'obtient que la fin de la liste, et non le début comme dans la version 1.7).

C'est vraiment dommage que HP ne soit plus là pour émuler les gens de TI à être au top dans tous les segments, car la TI est belle, rapide, mais bruyante et pas toujours fiable ou pratique pour donner des résultats simples immédiats : obligation de toujours passer par écriture
f(x) ENTER = 5 touches, contre x A = 2 touches en assignant une fonction à la touche A de HP.

Suivant suggestion sur ce forum ou TI-Univers, j'ai enlevé les piles et les ai remsises en place: le problème persiste.

2) J'ai créé un nouveau classeur avec ce programme: le problème persiste.

3) J'ai chargé la version 2.1 : le problème persiste

4) J'ai enlevé les piles et les ai remsies: le problème persiste.

Curiosité:
a) je monte avec le curseur pour voir les résultats affichés:
- je trouve bien sur une longue ligne {2,3,5...97} 25 123456

b) je retourne à la ligne habituelle pour effectuer de nouveaux calculs:
- et bien l'affichage apparaît bien correctement maintenant, soit
{2,3,5...}
25
123456

Curieux, non !
Mais comment puis-je me fier à des résultats affichés à l'écran, si je dois avant "faire semblant" de les éditer ?

Si quelqu'un a une idée pour supprimer l'instabilité dont me parle critor, je suis preneur !
Merci pour votre aide.

"Sinon, pour la correction "bête", tu peux faire:
Code:
disp " ",25"

Bon, j'ai essayé, mais le fait de rajouter après l'instruction DISP " ", ne résout pas vraiment le problème: il faut y ajouter en fait " " (avec 2 espaces !).

C'est vraiment un comble, ces "bidouillages" !

Dommage et curieux que ce problème ne se produise pas chez les autres utilisateurs (dont Critor) avec leur version 2.0 ou 2.1...

gil wrote:Dommage et curieux que ce problème ne se produise pas chez les autres utilisateurs (dont Critor) avec leur version 2.0 ou 2.1...

Oui, étranges, le pire c'est que tu fournis une masse de détails, et que personnellement, je n'y arrive pas, tout semble normal O_O
Etant donné que tu as tout testé, tout indiqué, et tout "reseté", les seules conclusions possibles sont :

- tu t'y prends mal (j'en doute)
- on ne fait pas comme toi (plus probable)

C'est un mystère.

gil, je ne sais pas si ça va te rassurer mais j'ai exactement les mêmes "bugs" d'affichage que toi avec ma Nspire Touchpad en 2.1.

Au fait, comment fait-on pour faire défiler un résultat trop large ?

A propos du bug, ne serait-il pas du à la taille de la police?

Je crois bien qu'on a le choix entre petit, moyen, et grand.