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 ...

2

bug du cas, ou de flib
avatar納 豆パワー!
I becamed a natto!!!1!one!

3

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

4

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 ...

5

Bug de la calc, don du CAS apparemment

6

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]

7

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". confus

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

8

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 ...

9

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

10

Avec des codes exec ?

11

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" rage

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 !!!

12

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

13

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

14

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

15

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.05gringrin

16

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

17

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

18

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 ...

19

mourn

20

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 ?

21

d'après squale, c'est ça.
avatarAll right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

22

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 sad)

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 sad
avatarTutorial C (TI-89/92+/v200) - Articles Développement Web (PHP, Javascript, ...)
« What is the sound of Perl? Is it not the sound of a wall that people have stopped banging their heads against? » - Larry Wall

23

Et t'as réussi ? smile
avatarAll right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

24

ben.... non sad
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 sad (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...
avatarTutorial C (TI-89/92+/v200) - Articles Développement Web (PHP, Javascript, ...)
« What is the sound of Perl? Is it not the sound of a wall that people have stopped banging their heads against? » - Larry Wall

25

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

26

Sans le pc j'aurais abandonné depuis longtemps...
avatarAll right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

27

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

28

Ben c'est ce que je faitgrin
avatarMembre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.

29

et ben bonne chance !! grin

C'est quoi ??? ton editeur hexa ?

30

oncalc ? eek