snake et tetris ? - Page 2

Kevin> je savais que t'allais dire ça !
mais bon, j'éspère que tu vas facilement comprendre que je vais pas me faire chier à faire ça en asm pour pas aller plus vite qu'en basic, et vu la simplicité du basic, je vais pas me priver ...

>val1472: dites les n'amis tokenisation = compilation, c ca ???

Pas tout à fait.
Compilation = traduction en langage machine, ou en assembleur qui est ensuite assemblé en langage machine par un assembleur, de manière à pouvoir exécuter le programme directement.
Tokénisation = traduction en un langage binaire qui ressemble à du langage machine en certains aspect, mais en fait ne l'est pas, de manière à interprétér le programme plus rapidement (mais l'interpréter quand-même).
Mais la nuance est diluée de plus en plus, à cause de programmes qui se nomment "compilateurs" ou "compilateurs de bytecode" qui en fait ne sont que des tokénisateurs: VB (sauf les versions Pro avec une option spéciale), Java, les compilateurs .NET, ...

>Bob64: Kevin > C koi NG_execute ?

C'est une fonction qui permet d'exécuter du BASIC. À utiliser avec modération. Notamment éviter à tout prix de lancer des chaînes Exec ou des programmes en assembleur avec ça (directement ou à travers un programme BASIC), parce que ça nécessite HW2Patch ou h220xTSR sur HW2 AMS 2. Mais pour exécuter du 100% BASIC (par exemple des expressions de calcul formel), ça passe sans problèmes (même s'il ne faut pas en abuser non plus, sinon on risque d'avoir un programme en assembleur presque aussi lent que du BASIC).
[edit]Edité par Kevin Kofler le 18-01-2002 à 03:06:41[/edit]

Ah ouais comme les fonctions basic du C ?
Bon de tte façon je c pas programmer en ASM donc pas de problème.

(parceque si ct un moyen d'executer du basic en + rapide et sans danger, ça m'aurait bien interessé )

oui, en gros, comme les fonctions BASIC du C...
de toute façon, les fonctions de bascmd.h ne sont que des ROM_CALLS (en majorité) => ce sont exactement celles auquel le prog BASIC fait appel une fois interprété

Donc c lent => Inutile...
Si c'est pr programmer aussi lent que le basic, sans pvoir l'éditer oncalc et avec des risques de plantage, c pas franchement indispensable...

c vrai que ca serait genial de pouvoir convertir basic <-> asm (gain de rapidite par ex ...) c'est pas possible ou seulement infaisable ???

Attendez l'Azur

Ah ouais tu veux dire un truc qui prends ton prog basic et qui le transforme en prog ASM ?
J'y ait pensé... Je ne sais pas si c'est faisable mais ça serait vraiment exellent, même si ça sort de l'asm codé comme un porc !

et il arrive quand azur ??? on est presse de le tester ...
je veux bien etre beta testeur d'ailleurs

basic en asm, laissez tomber ! même programmé comme un porc ...

imaginez un prog de math, avec des nombres ou plutôt valeures formelles, qui d'un coup deviennent un nombre, après une str ... c impossible de faire un truc propre ou rapide, il risquerait d'y avoir une quantité importante de restrictions

Ah ouais c vrai... Prtant le basic a été créé, donc ça doit être possible à refaire !

moué...
Sinon, pr l'AZUR... vivement une version qui permette les appels de fonctions... et, surtout, les structures de contrôle
(clin d'oeil à Thiabut)

arf... à Thibaut, pardon

Pkoi t'édite jamais tes posts ?

je trouves ça malhonnéte.
je dis des choses, c'est pas pour dire le contraire 30 secondes après.

Les seule fois (très rares) où j'édite un post, c'est parce que je parlais d'une chose concernant quelqu'un... et que la personne concernée me demande de ne pas laisser cette chose (qui concerne sa vie privée, ou un truc dont il ne veut pas parler ou autres)

Moi, quand je fais une faute d'orthographe et que je m'en rends compte, j'édite toujours le post pour la supprimer.

Et quand il y a des balises mal placées (genre des liens qui ne fonctionnent pas), j'édite même ceux des autres quand je peux (c'est-à-dire sur le forum de la TICT).

Si tu étais Admin ici, tu aurais beaucoup beaucoup de boulot alors

>imaginez un prog de math, avec des nombres ou plutôt valeures formelles, qui d'un coup deviennent un nombre, après une str ... c impossible de faire un truc propre ou rapide, il risquerait d'y avoir une quantité importante de restrictions

Mais l'idée à laquelle personne n'a pensé c'est de faire un interpréteur (ou compilateur) de Basic en mode APPROX (quelqu'un a deja vu des jeux avec solve et compagnie ? ). Ca ce serait faisable, et ce serait sans doute plus rapide que ce que fait AMS. Je l'aurais bien fait moi meme, mais j'ai pas que ça à faire

vi, c a peu près tjrs possible, mais à quel prix !

et du temps, je crois que tout le monde en manque ....

Mouais... Bon on sait jamais : si qqun un jour a un peu de temps...

Bob 64> c'est pas UN PEU de temps qu'il fodrait...

et du temps, c'est justement ce qui nous manque à tous...
On commence à coder qd on est au Lycée... on a le temps... puis on sait mieux coder, on arrive à faire des programmes plus honétes... mais on est entre temps arrivé dans le supérieur, et on a moins de temps...

qui est d'accord avec moi ?

>qui est d'accord avec moi

Moi
Quand je pense à tout ce que j'ai fait sur TI-86 et qui ne sert à personne (alors que j'ai releasé les sources) pendant que j'etais au lycée... et maintenant j'ai plus le temps de rien faire, je me contente de porter des progs

arf...
qd je penses à ce que j'ai fait pour TI-83 qd gt en seconde... et que la disquette où j'avais tout mis (j'avais un disque dur minuscule => j'avais tt mis sur 1 diskette) a foiré => tous mes progs perdus y compris mon WIndows...
(le tout en BASIC)

ensuite, je suis passé au C, sur 92+


Cela dit, happy de voir que sur un seul qui a répondu, il est OK ac moi.

Mais meeeeeeerde soit diplomatique
Si je dit d'entrée qu'il faut beaucoup de temps, tu crois que qqun va se lancer ?

Bon sinon je ne peux pas être d'accord (manque d'experiense...) mais ça me semble tenir debout

et ce serait quoi le principe de ton "interpreteur" ?

comme pour le Small, non ?

>qui est d'accord avec moi?
Moi

et un de plus !!!