HP Prime absente de tous les sites d'occasion

[Adriweb]

En effet, difficile de recommander la Nspire CX (CAS) si c'est vraiment de la programmation sur machine que tu veux faire...
Il y a bien des éditeurs Lua (et JavaScript et Python) on-calc, mais c'est pas ce qu'il y a de plus pratique...

Mais donc si on a un ordinateur à portée de main, la Nspire devient largement plus intéressante que la Prime, puisque ca te permettra de coder confortablement en TI-Basic, Lua, Python, JavaScript, C, C++, ASM. Seuls le TI-Basic et le Lua sont officiels, cependant.

[parisse]

J'ai les HP-Prime et TI-Nspire CX.

Même avec la toute dernière mise à jour sortie la semaine dernière, la HP-Prime continue de planter sur l'exécution de programmes utilisant la mémoire de façon un tant soit peu intensive.

Si c'est un programme CAS, c'est un bug pour moi, sinon c'est pour mes collegues, dans tous les cas, ce serait bien d'avoir des exemples precis et reproductibles qui plantent pour pouvoir y remedier.
Sinon, pour la question du marche d'occasion, il est assez normal qu'il y ait peu de Prime vu qu'il n'a pas du s'en vendre beaucoup en France et que les gens qui les ont achetees avaient surement envie de les garder. Mais il y a surement des modeles plus anciens (hp40gs, hp50g) en occasion, pas forcement a des prix tres interessants toutefois.

[Lionel Debroux]

Les problèmes rencontrés par critor et les utilisateurs de mViewer GX sont des problèmes hors CAS. Les échecs de transferts de programmes >~1 MB, et les plantages dans l'utilisation de PPL standard, sont fréquents sur la machine de critor, il l'a de nouveau posté à http://www.hpmuseum.org/forum/thread-38 ... l#pid35798 .
La procédure exacte est modérément reproductible; c'est juste qu'au bout d'un moment plutôt court qu'on transfère et/ou utilise de gros programmes utilisant des images, la machine se vautre.

[critor]

Le problème auquel je faisais référence ici est une copie de fichiers à partir d'une application :

Code: Tout sélectionner

CopyFile(str1,pos1,str2,sizec) begin
    LOCAL bufsize:=10000,pos2:=0;
    WHILE sizec>0 DO
        AFilesB(str2,pos2):=AFilesB(str1,pos1,MIN(sizec,bufsize));
        pos1:=pos1+bufsize;
        pos2:=pos2+bufsize;
        sizec:=sizec-bufsize;
    END;
end;

Quand il s'agit de copier un fichier de plusieurs dizaines ou centaines de kilo-octets, ça fait assez facilement n'importe quoi (copie non effectuée mais aucun message d'erreur, fichier destination créé avec que des octets nuls, plantages, ...).

Et ce quelle que soit la taille de buffer choisie. Pour référence je mets 1000 actuellement. Et si je mets 100000, j'ai immédiatement ces problèmes.

Bizarrement, avec ce même code, le logiciel plante encore plus facilement que la calculatrice.

Bref, on est toujours au même problème avec la HP-Prime : fuites mémoire et instabilité on dirait.


Si il n'y a pas assez de mémoire, j'apprécierais que la calculatrice me le dise, plutôt que de travailler à l'aveugle comme cela.
Je ne pense pas que l'exemple ci-dessus soit lui demander quelque chose d'excessif, dans le contexte des 10Mo de SDRAM et 200Mo de stockage qu'elle nous offre.