Le SDK de TI programmé en Java ? - Page 2

Voilà:

int Tokenize_Name(char *varName, char symBuf[19])
{
volatile int result;
TRY
push_parse_text(varName);
handle=HS_popEStack();
result=(*(unsigned char *)HToESI(handle)<=VAR_Q_TAG)?FS_OK:XYZ;
memcpy(symBuf,HeapDeref(handle),19);
HeapFree(handle);
ONERR
result=XYZ;
ENDTRY
return result;
}

Tu peux mettre tout ce que tu veux à part FS_OK à la place de XYZ.
[edit]Edité par Kevin Kofler le 04-01-2002 à 19:26:21[/edit]

Ben ouais mais elle y est deja dans la ROM, alors je vais pas gacher de précieux octets pour ça, deja que SIDE est deja trop gros pour ce qu'il fait
Mais c'est bien essayé
[edit]Edité par Nitro le 04-01-2002 à 19:29:41[/edit]

> Ben ouais mais elle y est deja dans la ROM

Pas dans toutes justement.

Et c'est sûr que personne ne s'est plaint chez toi à cause de cette fonction: si tu mets dans le README qu'il faut AMS 2.05 minimum, c'est normal qu'on va pas venir te dire que ça ne marche pas avec AMS 1.

Personne ne se plaint, j'en déduis que tout le monde est content... point final

Et bien sur il y en a surement un qui va venir me dire que Kevin se plaint, mais lui il n'a pas AMS 1 que je sache

Bonne démonstration

Ah, si, il y en a qui se plaignent. Du moins, il y en avait encore en mai 2001:
Sur mon site:
MISE À JOUR (2001/05/12): AutoClBr (auto close brackets) v.2.10 (au lieu de 2.01)
Dans l'historique de AutoClBr, sous 2.10:

        * Fixed a bug which caused AutoClBr to falsely treat AMS 1.00 and
          1.01 as "incompatible". Thanks to Alkher for [b]reporting this[/b].

C'est contre l'évolution de faire ça... ça permet à ceux qui sont encore avec de vieux AMS buggés de ne pas upgrader. Je suis contre ce genre d'attitude. Quand TI améliore son AMS j'en profite, desolé mais c'est comme ça et ça ne sera jamais autrement.

Et du coup ton programme ne sera pas compatible avec les anciens programmes qui ne marchent que sur AMS 1...

De toute façon à ce stade là ce n'est pas mon programme qui n'est pas compatible avec AMS 1, c'est l'AMS qui n'est pas compatible avec mon programme !! C'est simple, il n'y a pas de nouvelle version de mon programme, et il y a une nouvelle version de AMS qui est compatible, alors lequel est en retard là hein ?

Vous faites comment pour passer à GCC 3.0.x ? - patches, j'ai posté un truc dans divers aussi -

On applique le patch, on regarde tous les "rejects" (les endroits où GNU patch n'a pas trouvé le contexte - il doit y en avoir eu un paquet pour TIGCC et GCC 3), et on corrige manuellement tous les endroits que GNU patch n'a pas trouvé (pour porter un patch de GCC 2 à GCC 3 par exemple, c'est très long).
[edit]Edité par Kevin Kofler le 07-01-2002 à 00:55:57[/edit]

donc un patch pour une version 2 est appliquée à une version 3 par ex, avec la série des diffutils - c'est ça ? -, puis on regarde où ça ne marche pas ?

Oui, mais c'est vraiment dur malheureusement. Même l'auteur des patches a souvent des difficultés, alors si tu ne sais même pas ce que les patches font, tu es un peu perdu... Et s'il y a 2 numéros de version majeure ou plus de différence, laisse tomber.
[edit]Edité par Kevin Kofler le 07-01-2002 à 01:42:34[/edit]

C'est pas masl ça, l'auteur qui ne comprend pas...

Il ne faut pas oublier que l'auteur du patch se retrouve aussi devant une source modifiée, voire complètement nouvelle, qui n'est pas de lui, et dont il ne sait pas forcément tout de suite ce qu'elle fait et comment changer ce que le patch est censé changer.

C'est le genre de problèmes qu'on a dans l'équipe de TIGCC - on n'a aucun contact avec les développeurs GNU (on n'a même pas le temps de lire les "mailing lists" - on est 2 ou 3, maximum 4, à travailler sur TIGCC à un moment donné), et donc on ne sait pas du tout ce qu'il y a comme sources dans les nouvelles versions.
[edit]Edité par Kevin Kofler le 07-01-2002 à 11:02:58[/edit]

C'est pour ca que ca marchait pas sur mon emu !