c'est incroyable - Page 1

Vous n'avez jamais vu ça
Un bug de 'GetStrnArg'.
ça fait 3 jours que j'essaie de debboguer ma lib qui ne fonctionne plus.
En fait GetStrnArg s'arrête au char 0 terminant la chaîne au lieu de s'arrêter juste après sur le prochain TAG.

J'en suis presque devenu fou.

Il a fallu que j'affiche la valeur des TAG là maintenant pour m'en rendre compte.
Un instant j'ai cru que c'était TIGCC. Mais cette fonction est bien un ROM CALL.
Donc si ça bug en C ça doit bugguer en Basic aussi.
Je vais donc reinstaller AMS 2.09

M'enfin le problème ne se repercute pas sur le Basic.

J'ai utilisé la nouvelle beta 20 de la 0.95 de TIGCC.
Alors au début j'ai pensé que le bug venait de là.

Mais j'ai repris la 0.94 et c'est toujours pareil.
Là je sais vraiment plus quoi faire.

GetStrnArg est une macro qui devrait ressembler à ça (dans args.h) :

#define GetStrnArg(p) ({(ESI)(p)-=2;while(*(ESI)(p)--);(const char*)((ESI)(p)+2);})

tel quel, elle est parfaitement correcte, à mon avis le bug vient de toi...

désolé , mais comme je te l'ai dit ça fait 3 jours que je debbogue.
Je l'aurai vu si ça venait de moi.
J'ai utilisé l'exemple 'Argument Test' livré avec TIGCC'
ça fait exactement pareil.

Merci Vertyos, je t'embrasserais si je pouvais.
Extrait de mon include :

#define GetStrnArg(p) ({(ESI)(p)--;while(*--(ESI)(p));(const char*)((ESI)(p)+1);})

de la Beta 0.94

3 jours de galère intense sans écrire une ligne de code pour un détail.

Ah oui tiens effectivement, c'est amusant, celui-ci s'arrête un octet trop tôt
Tu l'as eu dans quelle version de TIGCC, tu dis ?

Ravi que ça t'amuse Vertyos.
Moi J'en souffre encore. 3 jours de recherche du bug par-ci par là.
C'est vraiment amusant.

C'est la version sensé corrigé un Bug de la definitive de la 0.94

Mwé enfin en même temps 3 jours de recherche pour un bug comme ça ... ça aurait pu être autre chose t'y aurais passé autant de temps

Ce qui m'amuse c'est que l'ancienne version qui marchait très bien semble avoir été remplacée par ce bout de code qui n'apporte rien, et qui en plus est incorrect ? J'ai un peu de mal à comprendre... Et pas de version récente de TIGCC pour vérifier.

C'est une "optimisation" de Lionel Debroux. Donc allez vous plaindre chez lui. Le changement sera inversé.

il est mainteneur de tigcc ?

Non, mais il nous a envoyé un patch. Mais s'il nous envoie encore d'autres, je sens que je ne vais même pas perdre mon temps à les lire.

donc c'est à toi qu'on doit se plaindre, pas à Lionel

Non, c'est l'auteur des patches qui est responsable pour qu'ils marchent (comme chez le projet GCC central).

Vertyos :
Mwé enfin en même temps 3 jours de recherche pour un bug comme ça ... ça aurait pu être autre chose t'y aurais passé autant de temps

C'est gentil ta petite vanne

dit que je suis aveugle tant quà faire.
Dans mon état de
Je ne vois presque plus le plus petit des Bug.
C'est crevant à faire un LIB, mais faut dire que y a rien de tel pour apprendre le C.

A cause de ce truc j'ai plus touché à SCRABBLE depuis la date de création du projet :


// C Source File
// Created 21/09/04; 17:29:28
//

En plus j'avais pas en tête que c'étais TIGCC pouvait être reponsable de ça .
A force de faire du Basic , on a pas l'habitude de remettre en cause le Software.

J'ai tellement trafiqué ESTACK que je me suis mis systématiquement à recherche le BUG dans mes manipulations de l'ESTACK.

Petite parenthèse

Faut dire que j'avais fait en Basic sur ma toute première(la seule d'aillleur avant l'an passé) Ti85 à partir d'une Variable de type STRING :
- une Pile identique à celle de la HP 48GX (la Ti85 ne retient pas les calculs précédents.).
- une VAT
- un petit solver Symbolique d'équation

Sinon tout va pour le mieux depuis. La LIB est quasi finit.
Le Hic c'est que ça fait déjà 12 Ko.
les point Forts :
- Gestion Goto Label comme en basic
- Création de sous Programmes
Il me Reste à faire les choses suivantes :
- sauver en EXTERNE la Table des JUMP Histoire d'éviter de nouvelles recherches des prog et Label à chaque lancement.
- les indirections internes
- Sauver une Image


Vu que MyLib est sensé remplacer le Basic, je crois bien que la Taille ne doit plus être un soucis.
D'ailleurs je me demande Si je ne vais pas rajouter :
- la Gestion des Sprites avec un peu d'Extragraph, et de niveaux de Gris.
- les fonctions standards de manipulation de STRING, MATRIX, et LISTE.

Bon s'y on arrive à boucler tout ça en 20Ko sans compression, ça serait pas mal .

Sinon j'ai lancé un Appel aux Betâ-Testeurs dans la section projet.