[mOved] TI-nSPIRE - Page 6

Bon je ferais un scan. ^^

Impossible de faire un scan ou une photo, l'image est toute floue.

Tiens, pareil, j'avais testé tout à l'heure. Un moment je me suis dis que mon scanner était pas si bien finalement.

Ben entre le rafraîchissement de l'écran et le tramage du scanner, c'est clair que ça va pas bien donner

Bah... utilisez un temps de pose un peu plus long Tous les APN permettent de régler cela non ?

Faut dire que j'ai pas cherché.

Bon je viens de découvrir un truc assez spécial.
J'ai téléchargé un analyseur USB. Jusque là pas de pb mais au moment de tracer le port USB j'ai lancé sur la Nspire un 8; Envoyer OS dans la page de gestion des classeurs. Bizarrement la barre s'est mise à progresser (Envoi de l'OS) puis une barre installation est apparue. La Nspire à rebootée mais s'est carrément réinitialisée (choix de la langue, de la taille de la police...). Le truc c'est que je n'ai aucun fichier tns sur mon ordi et que j'ai fait aucune mise à jour je suis passé de la version 1.1.9170 à 1.1.9170. C'est bien l'OS par défaut datée du 07/05/2007.

Je pige pas ce comportement, normalement j'aurais du avoir un echec de connexion ?

Ah oui la progression des deux barres est très lente.

Thibaut (./155) :
Bah... utilisez un temps de pose un peu plus long Tous les APN permettent de régler cela non ?

L'APN pas de problème, c'est le scanner.

Je confirme. 8: Envoyer OS fonctionne avec mon analyseur USB (je n'arrive pas à récupérer les paquets mais la Nspire n'y voit que du feu (pas d'echec de connexion)).

Envoi de l'OS ~2 min 10
Installation de l'OS ~45 secondes
OS installé l'unité va redémarrer. (elle redérammere toute seule).
puis étape de premier lancement de la machine (donc initialisation complète).
Choix langue, taille police, et message de bienvenue.

Mais ça ne rénitialise pas les classeurs. Je ne perd pas mes fichiers.

Je parie que je suis encore à la ramasse, bref ça était déjà découvert ?

Pas à ce que je sache
Mais "Envoyer OS" c'est pas plutôt pour envoyer un OS à une autre Nspire ?
Sans analyseur USB tu as l'erreur de connexion ? C'est quoi l'analyseur que tu utilises ? Tu fais ça sans ou avec Computer Link lancé côté PC ?

Oui normalement Envoyer OS c'est pour envoyer un OS sur une autre Nspire.
Sans analyseur USB j'ai une erreur de connexion, avec Computer Link j'ai la barre à 0% puis echec de connexion.
En fait j'ai téléchargé une version d'évaluation de HHD Software Device Monitoring Studio.
Je sélectionne le périphérique USB TI-Nspire puis Data processing et enfin start.
Ensuite sur la TI je fais juste 8: Envoyer OS.
Je n'ai rien d'autre ouvert, juste HHD...

http://www.hhdsoftware.com/Products/home/usb-monitor.html

Ah tiens, pareil ici, mais sans analyseur Il suffit d'avoir la Nspire branchée au PC et Computer Link pas ouvert.
Il faudrait voir si ca fait la même chose avec un PC sans le driver Nspire.
[edit] Non, en fait ça doit être un loopback purement local puisque les analyseurs ne voient rien.

Bref en tout cas ça réinitialise complétement la machine. ^^

Si on tente un transfert PC -> TI en même temps, ce transfert bizarre se bloque.
J'ai un moyen de voir à tout moment la mémoire disponible via le link (j'en parlerai plus tard dans l'autre topic) : apparemment un transfert est réellement simulé, la mémoire dispo diminue au cours du transfert comme pour un vrai.

lol ça ressemble à une faille cacaboudin ça. ^^
Faudrait voir si on peut pas injecter un fichier ou autre chose.

Je viens de tenter un "formattage complet" de la NSPPIRE à l'aide du menu de maintenance ...

Ca confirme bien les soupçons qui prédisent que l'OS est envoyé avec le "logiciel : CAS / 84+" ...
Dans ce cas, le boot ne semble pas mis à jour par le même fichier comme on l'avait prédit ...

On reste toujours dans l'hyptohèse boot1 et boot2 : en dur ...

Espérons qu'il ne s'agit pas d'une équivalence HW1 HW2 HW3 ...

Par contre, que pensez vous du fait que le boot1 ne soit qu'une machine virtuelle ? et le boot2 le vrai boot de la machine virtuelle, ensuite RTO OS est envoyé interprété par la machine virtuelle ...

Ca serait une bonne solution pour envoyer tout ce qui est au dessus de boot1 en chiffré non ?

Une machine virtuelle pour interpréter du code chiffré ? Ca parait largement surdimensionner...

(désolé de dériver dans le fil de l'USB) ...

J'insite, j'ai sous la main un truc qui fonctionne à l'identique -je suppose- et c'est bien cela dont il est question.
Il faut bien passer un jour en clair, et merde, quoi de plus bas niveau que directement une machine virtuelle en dur ?
D'ailleurs la version CAS PC fonctionne de la même façon !!!

Quand on passe d'un 68009 à un ARM de cette famille là, c'est pas pour améliorer la vitesse de résolution d'un intégrale triple quand même ! y'a bien une autre raison ...

De plus ... j'ai un peu avancé dans le projet d'édition

matvig (./167) :
désolé de dériver dans le fil de l'USB) ...

Organisation Mémoire est peut-être plus approprié.

Il faut bien passer un jour en clair,

Le décryptage complet au moment du boot est une autre solution moins coûteuse.
Ca marche comment concrètement ce système de VM ?

'ailleurs la version CAS PC fonctionne de la même façon !!! D

Tu es sûr de ça ? Tu vois effectivement que le code est crypté dans la version CAS, et de la même façon ? Il y a pourtant de très fortes chances que CAS Software soit compilé en natif.

Il me semble que Microsoft aimerait faire ce que tu décris avec Windows, à terme : interdire les programmes en langage machine natif. Tous les logiciels/programmes/jeux seraient en une sorte de Java (c'est ça le fameux dot net ?). Ceci pour des raisons de sécurité !

ExtendeD :
Tu es sûr de ça ? Tu vois effectivement que le code est crypté dans la version CAS, et de la même façon ? Il y a pourtant de très fortes chances que CAS Software soit compilé en natif.

A peu près. Oui je confirme, non puisque je n'ai pas accès au code envoyé à la calculatrice. Ah bon, sur quelle base ces chances ? Inutile de recoder CAS en "windowsien" puisqu'il suffit de monter RTOS sur Windows/UNIX/Mac pour obtenir un CAS partout

Thibaut :
... Microsoft ...

Monter RT OS avec un chiffrage très simple (ce qui n'est peut-être pas le cas) ne demande pas autant de ressources qu'une simple rotation du code de Office 2007

matvig (./170) :
Ah bon, sur quelle base ces chances ?

Je pense que CAS Software est basé sur EDGE.

./171 Ah tiens, toi aussi t'es tombé là-dessus ? J'osais pas me prononcer dessus...
Enfin, ca me parait probable, surtout le jour où j'ai vu ca.
Par contre le prix de la licence

j'ai lu ça aussi, c'est précisément ce qui me fait croire qu'il n'est pas compilé en natif.

The EDGE C/C++ Compiler introduces several new technologies for compilers. The first is Dynamic Variant Support™, which allows you to modify information about the instruction set architecture and registers for a processor. This is especially useful, for example, in correcting processor instruction errata without modifying the compiler. The DVS files provide all the information that the compiler needs to know to correct the problem.

Ou bien ils tiennent une révolution technologique sans précédent ou bien ils viennent de renommer la machine virtuelle. Au choix. Parce que compiler hardware-free, je connais pas ! Mais je ne vois pas comment "compiler" et mettre à jour les instructions supportées sans passer par une autre couche du même niveau que le VHDL, soit "beaucoup" plus haute qu'un code machine.

A ce moment là, on peut dire qu'un .java est compilable ?

edit : Bref, pour moi ça semble expliquer l'éternel boot1 qui authentifie le code "compilé ou pas" qu'on lui donne à manger. Et boot2 qui pourrait vérifier le certificat envoyé en guise de sauce ... Dans l'absolu, ça interdit un accès à l'"assembleur ARM" dont tout le monde rêve. Par contre, ça ouvre l'opportunité d'injecter des codes "compilés"(<-BEURK) via EDGE ? C'est ça le but ?

matvig (./173) :

The EDGE C/C Compiler introduces several new technologies for compilers. The first is Dynamic Variant Support™, which allows you to modify information about the instruction set architecture and registers for a processor. This is especially useful, for example, in correcting processor instruction errata without modifying the compiler. The DVS files provide all the information that the compiler needs to know to correct the problem.

Ou bien ils tiennent une révolution technologique sans précédent ou bien ils viennent de renommer la machine virtuelle. Au choix. Parce que compiler hardware-free, je connais pas ! Mais je ne vois pas comment "compiler" et mettre à jour les instructions supportées sans passer par une autre couche du même niveau que le VHDL, soit "beaucoup" plus haute qu'un code machine.

Personnellement, ce que je comprends est que l'on peut dire au compilateur de ne pas utiliser certaines instructions ou d'utiliser certaines instructions seulement sous certaines contraintes. Je ne vois pas de machine virtuelle la dedans (le travail se fait au moment de la compilation, et pas post-compilation et/ou à l'éxécution).

./174

The DVS files provide all the information that the compiler
needs to know to correct the problem

Hum je doute que la Nspire possède une machine virtuelle pour éxécuter du code chiffré.
eXpat et zlib sont des librairies développées en C/C++ elle doivent sans doute être compilées en natif. Sachant quelles sont régulièrement utilisées dans le CAS, je vois mal l'OS switché entre du natif et une machine virtuelle. C'est 100% virtuel ou natif mais pas les deux en même temps si on considère vouloir protéger sa machine contre l'éxécution de code?

D'après l'expérience de TI je penses que Boot 1 contient des fonctions vraiment bas niveau écrites en dures pour pouvoir restaurer Boot 2 et lOS si un utilisateur à par mégarde effacé totalement le contenu de sa machine voir détruit un certificat ? Le service technique de TI en a dû voir des machines où les clients ont fait échouer le processus de mise à jour de l'OS.

Ok, j'insiterai pas mais je penche pour du 100% virtuel pour le CAS et ti84+ sinon, il aurait fallu monter uniquement une machine virtuelle pour l'ému 68k pour TI84 ou recompiler le source 84+ pour le ARM.

(TI84 -> Z80)

matvig (./177) :
sinon, il aurait fallu monter uniquement une machine virtuelle pour l'ému 68k pour TI84 ou recompiler le source 84 pour le ARM.

Mais ce n'est pas spécialement un problème

wai, c'est sur, mais c'est pas tres logique, c'est moins couteux de transporter la totalité sur une seule machine nan ?