un prog basic peut faire planter la calc ? - Page 1

Honntement , je me pose la question ... j'ai fait un prog d'étude de fonction (cf topic "etude de fonction"), et là, après qq test, ma calc me fait n'importe quoi ...

Après un reset complet, je demande une limite facile :
limit( (x^4+2x-20)/(-x^4+3x^2+2x) ,x, oo)
La calc me sort -1 (en 4 ou 5 secondes) , tout va bien

Sauf qu'après l'execution de mon prog, en demandant la même chose, elle met facile 50 secondes à répondre, me met des msg dans la status line ("not simplified"), et parfois elle ne sait même plus le faire ...

J'utilise Flib, j'ai d'abord pensé que ça viendrait de là .Donc j'ai supprimé les appels à flib (sur qq endroit) et en fesant bien gaffe de ne pas avoir à m'en servir durant l'exuction, mais ma calc replante quand même après, comme au début ...

D'où ça peut venir (si C pas de Flib) ??? variable système ??? comment trouver lesquelles font planter ???

Un prog basic peut pas causer autant de dégat dans la RAM quand même ?

Merci à ceux qui répondront ... ceux qui sont interessé par mon prob, je peux afficher toutes les variables dont je me sers dans mon prog, et si ça vient de là (système variable), qq'un pourra me dire lesquelles virer ???

Ceux qui ont un peu de temps, je peux leur envoyer mon prog pour qu'ils testent ça sur ému et qu'ils se rendent comptent de ce qu'il se passe vraiment ...

bug du cas, ou de flib

OK, envoie-le moi à brucher@ese-metz.fr
Si j'ai le temps ce WE, je regarderai - je ne promets rien -

Apparemment c'est un bug du au variable, parce que quand j'ai tout changé dans mon instruction Delvar de la fin, le prog semblait ne plus causer de dégat ... si qq'un peut me trouver lequelles foirent ... je lui enverrais mon prog.

ok Miles ...

Bug de la calc, don du CAS apparemment

Si ça vient des variables, voilà celles qui devraient (en théorie) être concernées :aobp ,

bibp, aiap , temp , aobm , bibm , aiam ,revres ,atang ,derf ,eqtan ,xverti ,tcons ,tvar
typeaf, derextr, res, derch , derbia , fxfa , limder , xderi, ftrigo , derivv

[edit]Edité par Pim89 le 30-11-2001 à 14:20:29[/edit]

Bon ,je crois qu'en bidouillant un peu les trucs suspects, ça commence à remarcher ... mais pas à chaque fois ... vraiment bizarre comme truc.

Ah oui, nouveau problème : pourquoi mon prog qui fait 23545 octs renvoit l'erreur "Memory" à la 1ère execution, alors que j'ai pris une calc resetée pour l'executer ... C comme ça sous VTI, je sais pas en vrai. La limite ça devrait être 28000 oct non ? le pire, c'est que je met "ok" lors de ce msg, je vais ds mon prog, j'en resors, et quand je reéssais ça marche , le prog se lance sans erreur "mémory".

Si qq'un avait des expliquation à ces trucs bizarre...
Merci !

Pour "mémory", apparemment ça ne le fait pas en vrai, ouf !!!

Sinon, je crois que j'ai trouvé ce qui foirrait :

en mode "Réel", étudiez la limite de la fonction en +oo que j'ai donné en haut, la réponse vient en qq secondes.
Par contre, en mode "Complex", la même réponse vient (90% des fois) mais en + d'1 minute en en fesant plein de calcul ...

En fait, quand on reset , le mode par défaut est "réel', voilà pourquoi ça allait vite après mon reset. Par contre, mon prog mettait le mode "Complex" par défaut, parce que j'avais pas tout à fait fini le mode "limites", et je voulais pas traiter les cas de "non real résult" ect ... mais maintenant je réemplois le mode réel par défaut, j'ai corrigé les bugs des limites, tout à l'air de marcher ...

Ca venait pas des variables en fait, j'ai mis un moment avant de m'en rendre compte ...

j'av fait un prog de derivation qui plantait presque systematiquement ams 2.03

Avec des codes exec ?

Moi j'ai reussi a faire un veritable plantage, essaye de metre trop de boucle >try<
avec des calcul long qui arrive a une erreur et paf, ta une barre noir avec un joli
"adress error"

il est vrai que le calcul de certaine limite fasse planter la ti.

tous ces plantage me sont arriver qu'avant que je patch ma ti et avant que j'ai flib,
donc c'est bien les calcul qui font planter la calc mais rasure toi flash toi la derniere
rom 2.05 qui est vraiment mieux, depuis que je l'est la ti n'a plus jamais planter !!!

si ca venait d'une variable système, il t'aurait mis une erreur de variable...

sa vient surment de surcharge de test a gogo pour une fonction banal.

moi, je faisais Local a et à la fin du prog Delvar a, et ca plantait!
mais avec la rom 2.05, ca ne le fait plus!!

normal chez Texas il on dubugger pas mal, essay de faire des integ, que normalement on fait par parti a la main, sur la ti sur les ancienne rom puis sur la derniere, quand l'equation était trop balaise la ti n'arrivais pas a la calculer alors que la rom 2.05

>Pim89 :
ben nan, ct que du basic, je connaissais que ça à l'epoque.

vivi, le basic peut faire planter une caltos...allez voir le site d'Alvasoft, y'a une instruction pour faire palnter les 83...

Il me semble que c'est possible de griller définitivement la 89 en ne faisant qu'archiver/désarchiver une même variable au sein d'un prog. Basic (rom > 2.01)
Enfin, il me semble ...

ca serait pa sun effet purement physique ? la mémoire Flash est en fait limitée en nombre d'écriture/réécritures, après ell est morte...y parait que ca serait qqch comme 100000 fois ?

d'après squale, c'est ça.

je sais plus trop où c'est que j'avais lu ça...
je me demande si ct pas dans un readme de prog qui, justement faisait des mulitples ecritures/lectures dans le flash.... (je sais plus trop )

Sinon, en TI-BASIC, j'ai réussi à obtenir une barre noire ADRESS ERROR.
(ROM2.03, que du basic sur la TI, sans flib : j'avais pas encore internet, ni le cable)
=> en magouillant azvec des switch entre applications : je voulais ouvrir l'"diteur de texte à partir d'un prog basic

Et t'as réussi ?

ben.... non
J'ai eu ma barre noire => perte de tout ce que j'avais en RAM...
=> vu que c'était presque la fin des vacances, j'ai laissé tomber... j'ai totalement arrété la programmation, tellement j'étais dégouté que le travail de mes 15 jours de vacances soit parti comme ça, d'un coup (je bossais sur un Windows en basic)

=> deux mois plus tard, je me remettait à la programmation, en C cette fois.
=> résultat, ça fait un an et 3 ou 4 mois que j'ai pas programmé en BASIC...

Heureusement que je fais des sauvegardes sur PC moi ...

Sans le pc j'aurais abandonné depuis longtemps...

C clair !!! Programmer un truc énorme (style 28Ko) sans PC, et ben bonne chance !!!

Ben c'est ce que je fait

et ben bonne chance !!

C'est quoi ??? ton editeur hexa ?

oncalc ?