Forum de Ti-Gen.org, le site francophone des TI

Bienvenue Invité ! Se connecter Mes sujets	Administrer
Utilisateurs actifs : Aucun membre + 1 visiteur

Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.

:: Index » Sujets divers - Miscellaneous » Autre, divers... » Zeum zeum (25 réponse(s))

./REPRISE DU POST PRECEDENT (post n°19) Marquer comme non lu.

Kevin Kofler

Ecrit le: Vendredi 13 octobre 2006 à 23:18

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Bah, il y a sans doûte moyen de hacker la nSpire. ZShell et Fargo, ça ne te dit rien? Raaah, ces jeunes...

Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!

./Post n°20 Marquer comme non lu.

Onur

Ecrit le: Samedi 14 octobre 2006 à 03:28

Membre: Maître Ultime

Groupe: Orage Studio

Messages: 1604

Membre n°341

Inscrit le 02 juillet 2004

Oué, en ce moment la nSpire, pas glop... Dommage j'aurais bien aimé coder en assembleur pour ARM7 :/

j'ai raté une épisode? on connais le processeur de la nSpire?

Je ne veux pas faire quelque chose de bien, je cherche l'excellence:ETP Studio...

et autres projets à finir avant 2010

./Post n°21 Marquer comme non lu.

geogeo

Ecrit le: Samedi 14 octobre 2006 à 10:39

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4256

Membre n°3

Inscrit le 29 janvier 2004

240-185 :
Je voulais bien coder en C pour les Ti-89... C'était mon rêve. Mais, manipuler la VAT, moué bon, on verra demain, je mettais toujours pour le lendemain. Résultat, ça m'est sorti de la tête :S

Et puis, la GBA, la DS ou la PSP offrent des capacités supérieures...

TI ne suit plus au niveau matos, il faut attendre des plombes pour un nouveau modèle où les ingénieurs auront mis tout ce qu'ils pouvaient pour restreindre la porg

Oué, en ce moment la nSpire, pas glop... Dommage j'aurais bien aimé coder en assembleur pour ARM7 :/

T'es pas obligé de manipuler la VAT, il existe fopen, fclose, fputc, fputs... Ou encore des fonctions développées par les membres de la communauté.
Genre pour GFA basic j'ai des fonctions qui s'occupe de gérer les fichiers par exemple tu travails avec une zone mémoire que tu peux à tout moment transformer en fichier sans pour autant allouer de mémoire et te taper un memcpy...
Idem avec la mémoire, tu alloues une zone, si à la fin du programme tu oublies de la désallouée tu es averti avec une exception.
Le problème avec le C/C++ c'est qu'il faut utiliser quantité de bibliothèques ou alors coder un minimum de choses avant de pouvoir développer son projet (gestionnaire de mémoire, gestion des entrées sorties, simplifier debugguage, mieux gérer les exceptions).

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic

./Post n°22 Marquer comme non lu.

geogeo

Ecrit le: Samedi 14 octobre 2006 à 10:41

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4256

Membre n°3

Inscrit le 29 janvier 2004

Onur :

Oué, en ce moment la nSpire, pas glop... Dommage j'aurais bien aimé coder en assembleur pour ARM7 :/

j'ai raté une épisode? on connais le processeur de la nSpire?

Non.

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic

./Post n°23 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 14 octobre 2006 à 18:51

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

geogeo :
T'es pas obligé de manipuler la VAT, il existe fopen, fclose, fputc, fputs... Ou encore des fonctions développées par les membres de la communauté.
Genre pour GFA basic j'ai des fonctions qui s'occupe de gérer les fichiers par exemple tu travails avec une zone mémoire que tu peux à tout moment transformer en fichier sans pour autant allouer de mémoire et te taper un memcpy...

C'est forcément moins efficace que travailler directement avec des pointeurs sur le fichier, sans recopies inutiles. Et franchement, 240-185, les fonctions de vat.h sont très simples à utiliser, il ne s'agit pas de "manipuler la VAT" (regarde un programme Fargo si tu veux voir ce que ça veut dire vraiment #roll#

), mais juste d'appeler quelques ROM_CALLs qui font tout pour toi!

Le problème avec le C/C++ c'est qu'il faut utiliser quantité de bibliothèques ou alors coder un minimum de choses avant de pouvoir développer son projet (gestionnaire de mémoire, gestion des entrées sorties, simplifier debugguage, mieux gérer les exceptions).

Il y a tout ce qu'il faut dans TIGCCLIB.