|  ExtendeD a déjà prouvé à plusieurs reprises son activité sur la scène nSpire/nSpireCAS. Il remet le couvert avec Ncubate v030a, un fork de nspire_emu dans lequel il ajoute des fonctionnalités utiles aux développeurs.  Topic yaronet Lien dans nos archivesJ'en ai profité pour ajouter sur le volet latéral du site le rappel des trois dernières archives "nSpire & nSpire CAS", histoire qu'elles soient accessibles même quand elles ne correspondront pas aux catégories créées pour les TI68k. | | |  Je viens de rédiger un petit article reprenant les plans pour fabriquer une cartelette d'extension mémoire qui vient se brancher sur le port de communication de la TI. Lien vers l'articleL'article contient des liens vers la boutique en ligne "Conrad" mais vous pouvez tout à fait vous fournir ailleurs... L'article a beau proposer une version 4*64kBits (32kOctets), d'autres versions de puces mémoire I²C existent et sont compatibles au niveau des pattes...  | | |  Je vous disais hier que TI avait bloqué le downgrade depuis la version 2.1 de l'OS des TI Nspire (CAS ou non CAS). Extended a (avec l'aide précieuse de critor et geogeo) réussi à mettre en place un outil permettant de débloquer le downgrade. Celui ci propose donc un fichier TNS, il vous suffit de l'envoyer sur votre NSPIRE OS2.1 et de l'ouvrir depuis la calculatrice. Un peu d'attente, un reboot, un peu d'attente, le système charge et finalement il vous dit qu'il ne trouve pas le système. Il ne vous reste plus qu'à installer celui de votre choix (la limitation a alors sauté). La communauté vous recommande d'utiliser l'os 1.1 bien entendu mais vous pouvez mettre celui que VOUS voulez. Vous pouvez récupérer Nleash dans nos archives, en section OSPS : Merci à Lionel Debroux de m'avoir indiqué cette nouvelle dans le topic yaronet correspondant | | |  Certains d'entre vous suivent peut être l'actualité TI sur les nouvelles plateformes (nSpire et nSpire CAS). Il se trouve que le homebrew est bloqué de toutes parts par TI. Ces derniers ont trouvé la "solution", les derniers OS ne permettant pas l'installation de systèmes homebrew, ils ont décidé d'ajouter une limitation qui interdit de retourner sur un OS "trop vieux" (lire "permettant le homebrew"). Une fois l'upgrade en OS 2.1, vous pourrez faire une croix sur Ndless, il est bloqué. Et le retour en arrière aussi (c'est à dire revenir en arrière sur un OS 2.0 ou 1.7 par exemple qui aurait permis un passage en 1.1 pour installer Ndless). Par conséquent, l'OS 2.1 n'apportant rien d'autre par rapport au 2.0 à part ce bridage, il vous est fortement conseillé de rester en OS 2.0. PS : Bien que tardive, cette news d'avertissement est là sur la suggestion de Roms sur yaronet : http://www.yaronet.com/posts.php?sl=&s=132922&p=4&h=92#92Source : http://ti.bank.free.fr/index.php?mod=news&ac=commentaires&id=837 | | | | | | | | |  Geogeo et ExtendeD viennent de releaser Ndless, le premier utilitaire permettant l'exécution de programmes thirdparty sur les Ti Nspire et Ti Nspire-CAS. C'est après un travail de fond acharné que l'équipe vous a mis à disposition cet outil, accompagné d'un exemple qui pourra vous servir de modèle si vous souhaitez développer à votre tour. La suite du projet consistera en la mise à disposition d'une procédure de mise en place d'un environnement de développement autonome. D'autre part, Brandon Wilson a releasé de son coté Nspire8x qui permet d'installer l'outil Ndless. Nspire8x permet aussi la communication entre une Nspire et une 84+(ou silver). | | | Bonne année à toutes et tous de la part de l'équipe Ti-Fr ! Nous espérons que vous avez passé un bon réveillon et que l'année 2010 sera riche en événements pour la communauté TI ! | | |  Il y a un peu moins de trois mois (4 octobre), Goplat indiquait sur le forum UnitedTI qu'il était parvenu à trouver l'algorithme de compression du boot2.img de la TI nSpire. La grosse trouvaille était surtout que cette image n'était pas cryptée. Commence alors un travail de désassemblage du boot2 ( http://www.yaronet.com/posts.php?s=125502 sur yAronet) dans l'espoir de trouver des informations permettant un hack de l'os nSpire. ExtendeD, Hwti, Geogeo et d'autres (je n'ai pas la liste exhaustive) se lancent à la recherche des points d'entrée en s'appuyant sur le code binaire de Nucleus et sur les fonctions de la libc pour ARM. Il y a même des fonctions de gestion du wifi dans le lot... Courrant Novembre, les premiers résultats apparaissent, des fonctions exploitables sont repérées, le fonctionnement permettant de logger l'exploit permet même d'avancer au point de repérer les messages système, de trouver le fichier de configuration du wifi, de trouver les appels bas niveau de la gestion de l'USB... Courrant Décembre, les choses se concrétisent, on en vient même à trouver des accès avec des combinaisons de touches comme à l'époque de la Ti92 dans le PrgmIO puis diamant+ouvrez la parenthèse pour avoir l'écran d'information de versions que l'on pouvait suivre de P, S, Cos, Sin et 2nd+moins ... C'était à l'époque l'accès au menu debug, pour la nSpire, c'est Ctrl+D ou Ctrl+/ sur l'émulateur pour les nSpire non CAS. On en vient même à trouver comment activer le support Wifi... Et c'est le début du repérage des failles exploitables. C'est alors que ce matin (hier soir ? il était deux heures du mat) ExtendeD a posté sur yaronet ( http://www.yaronet.com/posts.php?sl=&s=125502&p=9&h=254#254 pour le lien direct vers le post concerné) son exploit : il est parvenu à prendre le contrôle total de sa nSpire. Comme on peut le voir sur la photo, le résultat est surprenant et comme il l'indique dans son post, ça demande l'utilisation de 4 failles. Félicitations à lui et bon courrage pour la suite ! | | | Toute l'équipe de Ti-Fr vous souhaite de passer d'excellentes fêtes de Noël !  Nous vous souhaitons de partager de bons moments avec vos proches. Et avec un peu de chance, le gentil Papa Noël va vous apporter beaucoup de cadeaux, pleins de TIs ! ;) Bonne fin de soirée à tous :) | | |  Marre de coder plus de 9000 lignes pour des actions qui sont simples sur d'autres plateformes ? Marre de ne rien comprendre parce que vous êtes débutants en langage C et que vous n'avez pas encore lu le tutorial de Squale92 ? La solution s'appelle LikeOnPC. Thibaut nous propose une librairie regroupant des headers C qui offrent au développeur (initialement pensé pour ceux qui travaillent avec GTC) des interfaces proches du standard C ANSI. La plupart des compilateurs, peu importe la plateforme, supportent ce standard. La plupart des livres et tutoriaux aussi d'ailleurs. Et non content de vous standardiser la vie, ça vous simplifie l'écriture, ça augmente les performances et ça ajoute des fonctionnalités.  Cet exemple n'a pour ainsi dire plus rien de spécifique aux ti68k. Ce code est tellement standard que sa recherche sur le net vous sortira une myriade d'exemples de "hello world". Vous pouvez ainsi profiter d'une véritable interface clavier pour la lecture des saisies utilisateur, de ne pas avoir à vous soucier de la remise en forme de l'écran en sortie de programme (ça permet de faire des programmes dont la sortie ramène l'écran à son état initial), de gérer de manière transparente et souple la récupération des paramètres transmis au programme lors de son appel, la gestion des entiers en tant que message d'erreur en retour du programme principal et bien entendu la facilité d'y procéder ( exit( errno); et le tour est joué) Thibaut vous recommande son utilisation avec le compilateur GTC, vous pouvez avoir plus d'informations directement sur le sujet de discussion sur yaronet : http://www.yaronet.com/posts.php?sl=&s=125493 | | | Troisième épisode au sujet des actions légales de TI vers les webmasters des différents sites... Un élément de réponse non négligeable a été fourni par l'un des émetteurs des courriers au nom de TI. L'un des principaux arguments sur la méthode (LRAR), c'est qu'il fallait pouvoir s'assurer que les destinataires aient bien reçu les demandes. La simple suppression des éléments incriminés (les fameuses clés) suffisait à s'affranchir de toute poursuite. Méthode quelque peu offensive, ils le reconnaissent eu même, mais bon, s'ils avaient une bonne raison... Ca ne vous est jamais arrivé d'écraser un moustique avec une chaussure faute de mieux ?... Parce que la grande nouveauté, c'est qu'on a enfin pu obtenir des informations sur la raison inhérente à ces actions rapides de la part de TI. Retour au premier article, souvenez vous, je parlais de la grosse période du moment : la rentrée scolaire. En effet, TI vends principalement ses calculatrices à des étudiants/écoliers/lycéens... Et dans certains cas, les autorités locales gèrant l'éducation dans son ensemble peuvent autoriser ou non certains équipements pour les examens. Afin de s'en prémunir les constructeurs se voient dans l'«obligation» de respecter un certain cahier des charges... Et sans le dire ouvertement, TI reconnait à demi mot que si les OS de calculatrice ne sont pas signés alors les modèles concernés peuvent se voir bannir pour les examens officiels. D'où la réacivité surprenante en vue d'erradiquer les traces des fameuses clés. Légal ? Je ne sais pas, et à vrai dire je ne pense pas que ça soit vraiment important... Légitime ? Assurément, mais c'est sur la forme/la méthode qu'il y aurait à redire... Conclusion ? Je ne suis pas sûr de savoir si l'histoire est finie ou pas, mais sincèrement, je pense que si TI avait adopté une autre approche (proposant -à titre d'exemple- aux programmeurs homebrew une interface pour signer leurs applications) l'effet boule de neige dont nous avons été témoins n'aurait pas eu lieu. | |
|
Eh nan, c'est un simple poisson d'avril...