Quelle doc ? j89hw.txt ? Je n'ai rien trouvé dedans.
Ah, j'avais ce fichier sur mon DD, mais je ne l'avais jamais lu.
Très intéressant.
PpHd Le 17/07/2003 à 16:19 Je ne sais plus. Enfin c'est pas dur a trouver... Debuggue la comande iddle de ams.
PpHd Le 18/07/2003 à 12:58 Ca consomme toujours un minimum ce genre de truc. Surement moins que le proc.
PpHd Le 21/07/2003 à 20:53 Ben alors file moi un dump COMPLET des ports IO de 600000 a 60001F.
oki, je prépare ca ... (tu auras ca ce soir ou d'ici qq jrs)
PS: Tigcc n'arrive pas a envoyer a ma calc non plus

Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
oui avec PedroM TIGCC-IDE n'arrive pas a envoyer a ma 92+

Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
Ca marche sous AMS, non ? J'aurais donc tendance à penser que c'est dû à PedroM...
PedroM envoi tres bien de TI a TI ou avec TIGraphLink le pbm avec TIGCC-IDE s'est qu'il doit utiliser des fonction non implémenté du link ou alors qu'il est pas totalement bug free
C'est basé sur le code de tilp non ?

Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
>le pbm avec TIGCC-IDE s'est qu'il doit utiliser des fonction non implémenté du link ou alors qu'il est pas totalement bug free
La deuxième raison, à la limite. La première, c'est la faute de PedroM, qui n'est pas bug-free elle non plus d'ailleurs.
> C'est basé sur le code de tilp non ?
Je n'en sais rien.
Si ça marche avec tous les AMS (je n'ai jamais essayé, j'envoie toujours à VTI) et pas avec PedroM, j'aurais tendance à dire que le problème vient du système non standard qui ne se comporte visiblement pas comme le système standard...
Out, je ne répondrai pas à ce topic avant demain.
PedroM n'implement pas certaines fonction de link qui ne sont pas primordial tel le parcour des repertoire depuis un autre perif (pc ou TI) et des procedure d'identification que ticonnect utilise par ex pour recuperer l'ID le n° de version du boot ou de l'ams, se qui me paraitrai d'une utilité assé douteuse avec PedroM mais bon

Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
PpHd Le 31/07/2003 à 16:19 Heu...
PedroM implante toutes les commandes connues (a ma connaissance) sauf celles installant un nouveau TIB, une apps flash ou un effacement de fichier.
Mais vous pouvez verifier link.asm si vous me croyez pas.
le parcour des repertoire depuis un autre perif est implante.
>procedure d'identification que ticonnect utilise par ex pour recuperer l'ID le n° de version du boot ou de l'ams
Quelle est cette commande ?
Eux ya pedrom qui ma dit a un moment "link: MID not implemented" il me semble (je suis pas sur poue MID)

Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
PpHd Le 31/07/2003 à 16:27 MID not implemented. Pas CID not implemented.
MID not implemented signifie qu'une Machine Identification non reconnue a ete envoye. Bref PedroM ne reconnait pas son interlocuteur. Ca peut venir (souvent) du fait d'un decalage de quelques octets dans le message transmit.
Nous allons faire un minimum d'effort pour la compatiblilité des programmes générés par TIGCC avec PedroM pour TIGCC 0.95, mais nous avons vraiment autre chose à faire que de tester nos routines de link avec PedroM. Si les routines de link de PedroM se comportent différemment de celles de AMS, c'est un bogue de PedroM, donc ce n'est pas notre problème.
Et je te signale aussi que nous ne sommes sous aucune obligation de faire quoi que ce soit pour PedroM. Déjà parce que nous ne sommes pas payés pour notre travail et n'avons signé aucun contrat nous obligeant à réaliser quoi que ce soit, et puis aussi parce que notre projet a toujours été de créer des outils de développement pour AMS, pas pour PedroM.
Donc si c'est pour me gueuler dessus parce que je ne fais pas XYZ pour PedroM, allez voir ailleurs.
Voilà. Et il n'y a pas que la TIGCC Team qui fait des efforts... Qui a modifié ses updates qui avaient toutes les chances de ne pas marcher sous PedroM ? Entre autres, Lionel Debroux...