Vertel 2.00 - Page 3

Merde, désoler, bob, g oublié de te parler de ce bug
En effet, g aussi ce bug, quand je fait un appel à vertel uniquement pour cette fonction (d_save), puis un deuxième pour d'autre fonctions. Mais en intègrant d_save au deuxième appel, y a plus le bug.

Bon, bah en fait, g plus le bug, en ce moment

Bon ben si t'arrive à le reproduire explique moi comment stp (pareil pour stpatrick) parceque je n'y arrive vraiment pas.

JE L'AI EUUUUUUUUUUUUUUUUUUUUUUUUUU !!!
Il s'agissait en fait d'un bête dépassement de mémoire, le genre d'erreur qu'on voit 20 fois sans réagir en scrutant la source...

Bien. Donc c'est corrigé (j'ai optimisé de 10 octets au passage ), dispo toujours à la même adresse.

Kevin Kofler a écrit :
Voilà pour la "stabilité" de Vertel.

Je voudrais bien t'y voir...

Bon dernière chose : il reste un bug
MacIntoc a réussi à le produire UNE fois, il n'est pas grave, ne plante pas la calculatrice ni rien du tout, simplement c'est une fonction qui au lieu de traiter une liste entière ne traite que le 1er element.
Il n'arrive pas ni à comprendre d'ou ça vient ni à le reproduire, et moi non plus. Alors si vous tombez dessus, prévenez moi, mais vu les conditions nécessaires pour que ça se produise, je doute que ça gene du monde en attendant une correction (en fait personne ne s'en rendra compte je pense, c'est pour ça que je n'explique pas plus en détail ).

Voilà

erf... je l'est pas produit 1 fois, g produit qu'un seul code qui bug tous le temps, c pas pareil

Bah oui tu ne l'as produit qu'une fois : t'es incapable de produire un autre code qui provoque ce bug
Mais bon si tu pouvais essayer de l'isoler ça serait pas mal quand même

D'ailleurs :

<jackiechan> MacIntoc> Tu peux donc réécrire le code qui fait bugger ?
<MacIntoc> oui
<MacIntoc> en fait, c un programme entier qui le fait bugger
<jackiechan> ben à partir de ça, vous devriez trouver le bug, non ?
<MacIntoc> jackiechan>nan, justement
<jackiechan> en décorticant bien le code, en essayant de supprimer les parties inutiles du code...
<MacIntoc> c ce que g essyer de faire
<MacIntoc> ça vire le bug
<jackiechan> ou plutôt, en faisant des petits changements pour essayer de voir quand le bug vire
<jackiechan> le moindre changement vire le bug ?
<MacIntoc> bah... y a pas tellement d'autre solutio,n
<MacIntoc> le moindre, nan <MacIntoc> mais une simple modif de l'appel, vire le bug, on dirait

oui, je c, ça se présente mal, mais y a toujours de l'espoire

Bah t'inquiete pas, il est éphemere comme tous les bugs. Il mettra pê plus de temps à disparaitre que les autres, mais il disparaitra

ca me le fait vraiment à chaque fois... il suffit de taper mon entrée même toute seule dans Home et ça bug... Il faudrait demander à quelqu'un qui a une v200 non patchée de tester (ça m'embête pas mal de réinstaller l'ams)...
Je suis repassé à mon ancienne bêta après des dizaines de plantages et ça marche au poil maintenant.

Vertyos a écrit :
Bien. Donc c'est corrigé (j'ai optimisé de 10 octets au passage ), dispo toujours à la même adresse.

Oups, mon navigateur avait pas rechargé le cache! Merci pour la correction

Bah t'es excusé : t'as un Mac ça peut pas marcher à chaque fois

c'est malin: j'avais laissé l'ordi allumé pdt la nuit avec netscape sur yaronet, et donc quand je suis revenu, g oublié de recharger, c'est tout...

Bon ça marche cette fois-ci ? /)

Sans problème, merci pour la correction
Mais par contre le bug de v_delt n'est pas corrigé

T'es vraiment sûr ? Parceque les variables archivées sont désarchivées avant la suppression maintenant... Et depuis le bug n'était pas réapparu.
Si t'y arrive encore, tu peut m'indiquer la démarche ?

très simple:
-je copie le fichier chemhlpf de chimie à main
-je l'archive
-vertel("v delt","chemhlpf",0)
la mémoire archive est aussi pleine qu'avant, et après un reset, chemhlpf réapparaît dans main

lol, j'ai pas ce problème moi...

xpand, peut-être?

Non non il est effectivement encore là ce bug, pourtant je désarchive la variable avant de la supprimer...
Je n'ai pas trop le temps de m'en occuper là mais ce n'est pas grand chose à corriger.

Pour l'instant, il suffit de désarchiver la variable avant de la supprimer pour résoudre le problème.

ok. Autant utiliser delvar

Heu... Oui, v_delt te permet de supprimer même si la variable est lockée, mais c'est un avantage mineur...

j'ai eu un bug avec "s_gray", le programme s'est deroule normalement (enfin jusque la j'avais rien remarqué d'anormal) puis le programme terminé , le prog a ete supprimé et a la place j'avais une variable du meme nom dont la taille etait de 1 seul octet et tictex disait que c'etait une expression inconnue. Et je ne pouvais pas me servir de l'editeur hexadecimal sur cette expression.
voila. a propos c'est arrive sur v200.

Ah, on peut aussi utiliser les listes avec v_delt (à moins qu'on le puisse aussi avec delvar, je ne sais pas trop...)

oui, mais si tous les fichier de t'as liste sont archiver, c pas trés utils non plus

gostein > ça m'est déjà arrivé, mais pas avec Vertel. En plus vu que s_gray ne modifie aucune variable je doute vraiment que ce soit cette fonction qui soit en cause.

je pense qu'il y a un probleme entre s_gray et ma v200 car le prog d'exemple vt_gray fait carrement planter la calc. j'ai essayé les fonctions de gris avec flib et la c'est nickel mais en tout cas a mon avis il y a quelque chose dansla fonction s_gray qui pose probleme sur v200.

MacIntoc>Il suffit de les désarchiver si elles sont archivées (avec un test d'état préalable)

golstein > tu es sur d'utiliser la dernière version ? re-telecharge là et ressaye, pour voir si tu as ce problème.

stpatrick
a écrit : MacIntoc>Il suffit de les désarchiver si elles sont archivées (avec un test d'état préalable)

ouais, mais unarchiv ne supporte pas les listes. donc autant utiliser delvar au lieu de vertel.