tableaux de variations - Page 1

Coucou salut à vous tous,

Phénomène observé déjà sur d'autres programmes que CFT, la fonction " return " n'est pas toujours aussi efficace … Pour le cas de CFT, le risque de plantage est toujours présent, … pour éviter cela, une solution simple : quitter CFT après toutes demandes de tableau de variations …c'est tout !!!!!!
C'est peut être une des dernières versions de CFT, … ou un des mes derniers programmes tout court si j'ai mon bac …

J'ai créé un petit (en fait gros) programme sous le nom de CFT, qui permet toutes forme d'etude sur une fonction ...accecible sur le site suivant : http://perso.wanadoo.fr/sheeps/
Ca marche a merveille... derivation pas à pas, tangentes, c'est ce que l'on pourrait appelé un must le seul probleme c'est qu'il ne faut pas faire quelconque étude après la realisation d'un tableau de variations !!!!!!!

dsl pour le premier msg ... mais C la premiere fois que je viens ici et je me suis un peu planT !!!

Hmm...
Bon j'ai pas trop testé en détail, mais :
• Tu devrais tockeniser tous les programmes au premier lancement, parceque là on se tape des chargements à chaque nouvelle fonction utilisée, c'est lourd
• FLib (16ko) c'est vraiment justifié pour afficher une image et quelques textes dans la status line ?
• Le programme est énooooooorme

qu'est ce que C tockeniser ????????
C vrai que le programme est enorme mais C aussi le fruit de 2 ans de travail ... et il est super complet !!!!!
Pour flib, il est vrai que j'aurè pu utilizer une fonction basic pour afficher du texte pour afficher les limites du tableau de variations mais je voulè que la ti utilise la police la plus petite !!! Mais bon vu la taille du programme je ne croi pô que l'on soit a quelques ko près !?! ...

FLib>utilises Vertel
tockéniser>en quelques sorte, ça "compile" le programme pour qu'il puisse être inter^préter le programme.
taille>en tocké,isnt, ça devrait diminuer.

Vertel ne résoud pas le pb ça fait encore 8ko de gaché pour rien...
En tout cas 16ko c'est énorme si tu pouvais les retirer ça serait déjà pas mal.

Tockeniser c'est rendre le fichier executable par la Ti, c'est l'operation qui prend un petit moment chaque fois que tu lance un programme pour la 1ere fois après l'avoir édité (tu peux faire un preloader qui tockenise tout au lancement, c'est plus propre).

Plusieurs applications dependent de "flib" ... ca me permi entre autre de tracer des lignes et d'afficher du texte ...
Il est vrai qu'une toute petite application en Assembleur pourrè remedier a cela (reduire les 16ko) ... Je suis moi meme amateur de programmation en C mais G encor tro de lacune pour créer ce genre de choz (mettre plusieurs variables en argument par exemple) ...
Bon ben ... ce qu'il me reste a faire C donc de voir comment marche vertel !?!
En fait, pour revenir au plantag de la ti, (ca fè un petit moment que G realizer ce prog) , lorsque l'on archive rien il ne pass rien ...C une fois que l'on archiv les 4 repertoires du programme et que l'on quitte CFT (une fois avoir realizé n'importe quelle application après le tableau de variation) que ca plante (...il meuh semble!!!)

et komen kon fait pour "tockeniser" ?????!

Bah par exemple tu rajoute un argument à tous tes progs (oui, c'est chiant, mais pas le choix) : si il vaut 0, ça quitte immédiatement le programme. Comme ça tu peux lancer tous les progs les uns après les autres avec l'argument à 0 à chaque fois, ça va tous les tockeniser (tu peux en profiter pr mettre une barre de loading), puis quand il faudra réellement les executer, la tu met l'argument à 1.

krikri :
et komen kon fait pour "tockeniser" ?????!

Lance tous tes programmes au moins une fois à l'état désarchivé.

Vertyos
: Bah par exemple tu rajoute un argument à tous tes progs (oui, c'est chiant, mais pas le choix) : si il vaut 0, ça quitte immédiatement le programme. Comme ça tu peux lancer tous les progs les uns après les autres avec l'argument à 0 à chaque fois, ça va tous les tockeniser (tu peux en profiter pr mettre une barre de loading), puis quand il faudra réellement les executer, la tu met l'argument à 1.

Ce n'est pas la peine. Même s'ils donnent une erreur en cours d'exécution, ils ont quand-même été tokénisés. Donc il suffit de passer n'importe quoi en arguments, juste le nombre d'arguments doit être bon.

L'idée de mon systeme était de forcer tous les sous programmes à se lancer et à se quitter immédiatement pour ne pas qu'ils s'executent. -> Donc en utilisant un parametre supplémentaire (ou en utilisant un de ceux déjà existants) qui execute un "stop" si il vaut une certaine valeur.

(s)
prgm
if s=0:stop
...
endprgm

Le programme principal (celui que l'utilisateur lance) n'a plus qu'à appeller tous les sous programmes qui vont donc se lancer et se quitter tour à tour, simplement pour se tockeniser. Par la suite les programmes seront appellé avec, dans l'exemple au dessus, un s different de 0 pour s'executer normalement, sans aucun chargement dut à une tockenisation.

Stop, c peut-être un peu radicale.
Et puis, si les prog sont archiver, ça les tockeniseras pas pour autant, il faut aussi les désarchiver avant de les lancer. Le moyen le plus simple, c celui de Kevin, désarchiver puis éxécuter une fois chaque programme, sans les éditer par la suite (sinon, ça les détockénises).

Tu peux faire un test pour savoir si la variable est archivée ou non (vertel / flib), et sauter la tockenisation au cas ou. La méthode de Kevin n'est pas bonne dans le sens ou c'est à l'utilisateur de lancer tous les programmes à la main (et quand il y en a plusieurs dizaines, c'est chiant).

Ou que c à l'auteur de le faire avant de l'envoyer sur le PC et le distribuer

Vertyos
: La méthode de Kevin n'est pas bonne dans le sens ou c'est à l'utilisateur de lancer tous les programmes à la main (et quand il y en a plusieurs dizaines, c'est chiant).

C'est au programmeur de faire ça, pas à l'utilisateur!

Vertyos
: Bah par exemple tu rajoute un argument à tous tes progs (oui, c'est chiant, mais pas le choix) : si il vaut 0, ça quitte immédiatement le programme. Comme ça tu peux lancer tous les progs les uns après les autres avec l'argument à 0 à chaque fois, ça va tous les tockeniser (tu peux en profiter pr mettre une barre de loading), puis quand il faudra réellement les executer, la tu met l'argument à 1.

C'est la méthode que tu avais utilisée pour warbomb, si je me souviens bien ?

la méthode que j'utilisais (j'ai fait moi aussi un énorme tableau de variation avec plein de sous-programmes) consistait à utiliser un petit programme basic qui pour chaque fichier du répertoire regardait si c'était un programme, si oui le désarchivait, regardait le nombre d'arguments, lançait le prog sans argument (sauf s'il y a pas besoin d'argument, auquel cas il le lançait avec 1 arg), récupérait l'erreur puis archivait le programme. En basic c'est pas trop dur à faire.

Sasume
: C'est la méthode que tu avais utilisée pour warbomb, si je me souviens bien ?

Heu je sais plus ça commence à dater un peu ça
C'est la méthode que j'avais utilisée pr Interum si tu veux l'exemple d'un prog releasé.

Kevin Kofler :
C'est au programmeur de faire ça, pas à l'utilisateur!

Et si l'utilisateur veut voir la source ? Il édite. Et après ? Bah c'est détockenisé, et au prochain lancement -> des loadings.
Méthode sale. -> Poubelle.

^^

A quand vertel("e_token") ?
EDIT : gloups, à force de recopier sans réfléchir, ça m'apprendra.

Vertyos
:

Kevin Kofler :
C'est au programmeur de faire ça, pas à l'utilisateur!

Et si l'utilisateur veut voir la source ? Il édite.

Non, il archive, puis il "édite" en lecture seule.

Et après ? Bah c'est détockenisé, et au prochain lancement -> des loadings.

Pas s'il a archivé le programme avant de l'ouvrir.

Méthode sale. -> Poubelle.

Non, erreur d'utilisateur -> poubelle. Ce n'est pas la méthode qui pose problème.

Et je vous signale qu'il n'y a pas de "c" à tokéniser!

Kevin Kofler :
Pas s'il a archivé.
[...] Non, erreur d'utilisateur -> poubelle. Ce n'est pas la méthode qui pose problème.

C'est chiant faut archiver et désarchiver.
Et paaaaaaaaaaaaaf je viens de te ressortir un de tes propres arguments soutenus sur plusieurs posts sur un autre forum
(donc là t'as le choix, soit chut, soit tu répond mais je te recopie la même chose à propos de l'autre débat )

LOL.

Non, il ne faut pas archiver et désarchiver, il n'y a aucune raison de désarchiver:
* pas besoin de désarchiver pour exécuter (eh non, ça ne va pas pour l'autre débat )
* pas besoin de désarchiver pour regarder
* pas besoin de désarchiver pour ne pas perdre les programmes lors d'un reset, au contraire besoin d'archiver!

Seul le programmeur a besoin de désarchiver de temps en temps, l'utilisateur, lui, est censé avoir les programmes toujours archivés!

Si on a un jeu à la Cave Blaster (© Zeljko Juric aka M. Le-plus-grand-programmeur-de-tous-les-temps-et-que-tout-ce-qu'il-fait-il-faut-le-faire-et-que-tout-ce-qu'il-dit-est-parole-d'évangile), on doit bien le désarchiver pour sauver les highscores, non ?

C'est hors-sujet. Ce topic parle de BASIC.

Oui mais quand Zeljo dit quelque chose, ça s'applique à tous les domaines (y compris au BASIC, donc), car Il sait : Il est Celui qui a inventé tigcc, et par Sa volonté, le _nostub vaincra. Amen.

Kevin Kofler :
Non, il ne faut pas archiver et désarchiver, il n'y a aucune raison de désarchiver:
* pas besoin de désarchiver pour exécuter (eh non, ça ne va pas pour l'autre débat )

Bah si : archiver un programme t'empeche de l'executer toi ?

* pas besoin de désarchiver pour regarder

Admettons, 1 partout.

* pas besoin de désarchiver pour ne pas perdre les programmes lors d'un reset, au contraire besoin d'archiver!

Seul le programmeur a besoin de désarchiver de temps en temps, l'utilisateur, lui, est censé avoir les programmes toujours archivés!

"Censé" mais tu sais comme moi que ce n'est pas toujours le cas (surtout pour des programmes basic). Ce n'est pas une erreur, c'est simplement qu'ils ne savent pas (même problème que pour les programmes en français, les utilisateurs ne sont pas au courant). Donc là ou tu préconise une compatibilité pour les utilisateurs non avertis (Ti-Fra) moi je propose un tockenisage pour ceux qui éditent les programmes sans les avoir archivé

(P.S : LOL le post de Moumou )

ué mais bon, archiver, tockéniser, ré-archiver les sous-programmes à chaque lancement du programme... c pas vraiment génial, sans compter qu'il peut y avoir plein de warnnings pour les garbages.