Programmeurs Basic : distribuez des programmes tokénisés - Page 3

C koi "tokénisation/détokénisation " ???

Quand tu édite ton prog basic, il est détockenisé. Tu le lance pour la première fois, y'a un chargement plus ou moins long suivant la taille de ton prog, c'est la tockenisation. Ensuite ton programme est tockenisé (jusqu'a ce que tu l'édite à nouveau)

explication tres claire

en fait, la tokenisation, c une traduction d'un programme basic en format texte (quand tu l'ecrit dans l'editeur, tu ne fais que taper du texte) en une forme "binaire" qui prend moins de place :
chaque instruction est traduite par un certain nombre d'octets (2 en general, je ne sais pas s'il y a des exeptions), par exemple stop ets traduit par 0x1BE4 (gain de place) et c'est plus rapide a executer par ams


(bon c pas encore tres clair, mais deja plus que ton explication, bob)

OK.
Donc détockénisé c quand il a pas été lancé !!!
Mais pourkoi avoir mis en place ce systeme? Pour la gestion des erreurs?

ben pasque ca doit etre necessaire pour les langages interprétés (imagine le traitement d'un prog detokenisé)

et ya pas de C a tokenisé je crois

Touts les languages de script son équipés de ce systeme ? (les progs non compilés)

ché pas du tout...
(faut que tu demandes a kevin)

ok
Mais ces expression c du jargon ou alors c possible de trouver de la doc en tapant "détockénisation" dans un moteur de recherche?
Sinon je pourrait me documenter!!!

ben soit tu regarde dans la doc de tigcc soit tu regarde la doc du SDK de ti (dispo sur le site de ti)
mais c pas sur que tu trouves tout
sinon a part ca je ne vois pas

#62 > Ah ça evidement... J'essaie de faire simple et toi il faut que tu te la pete avec des histoires d'octets etc caetera

ben ouais, mais faut dire que ct tellement clair

Bah oué ct clair...

ha bon ?

faut faire un vote !

[sondage=13009]

voila, ya 2 votes

Attends 30 secondes...

Et voilà

vous etes sur que le ti-basic est compilé ?
je croiyais qu'il etait juste interprété (pour les vérifs de variables etc...)
mais la tokénisation correspondrait alors à quoi ?

non la tokenisation c pas une compilation, c une traduction !

-

faux ? pourquoi ?
pasque tes programmes utilisent une lib (flib ou vertel ché po) et que les commande des libs sont gardés tel quel (et une strin tokenisé prend 1 octet de plus qu'une chaine en texte)
alors que dans un prog 10% tibasic sans appel de lib, je t'assure que le format tokenisé prend moins ed place que le format texte !

j'ai un peu copier la technique sur bob64 dans son interum

> Un peu
Je fais ça dans tous mes progs, parceque c'est chiant d'attendre comme un con devant la calc sans savoir ou ça en est. Une barre de loading qq part c'est toujours plus rassurant

et toujours plus lent

on a rien sans rien... mais attendre 3 heures devant un prog sans savoir ou il en est, ça me donne envie de breaker

C t aussi clair l'un que l'autre, vot explication

Sinon, Orion_, arrètes d'utiliser WinTrans, il est pourris, ce prog. Même pas capable de faire des archive compatible avec TILP ou TIGL

meuh si c bien wtrans...
c celui qui se demare le plus vite chez moi

et puis dans Tilp g po trouvé comment changer le repertoire par defaut
donc je ne l'utilise plus

Bah... je préfère TI-Connect. C bien le glisser-déposer depuis WinACE

ouais mais ticonnect marche assez mal avec les cables homemade

erf... j'ai 3 black graph-link

Je ne sais pas si c'est tigl ou VTI, mais il y en a un des deux qui détokenise dans un transfert RTI89->TIGL->VTI92+ car quand j'envoie un prog tokenisé depuis ma R89 pour le tester sur ma V92+, La V92+ retokenise le prog et vu qua j'ai un PC pourri elle tourne à 70% de la vitesse dans le meilleur des cas

Et moi comme j'use et j'abuse des chaînes alphanumériques, sans pour autant utiliser de libs asm comme FLib ou Vertel, mes progs tokenisés sont toujours plus grands!
Quand je pense qu'un mot-cle de 8 caractères est censé ne plus faire que 2 octets, c'est vous dire si j'utilise les chaînes!