210

9 années environ, mais c'est un peu mort actuellement faute de temps. 0.96 Beta 9 est en attente depuis une éternité déjà. sad
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

211

Bon anniversaire à tous, je vous aime love
avatar
« Quand le dernier arbre sera abattu, la dernière rivière empoisonnée, le dernier poisson capturé, alors vous découvrirez que l'argent ne se mange pas. »

212

Kevin Kofler (./210) :
9 années environ, mais c'est un peu mort actuellement faute de temps. 0.96 Beta 9 est en attente depuis une éternité déjà. sad

Qu'est-ce qui t'occuppes tant, si c'est pas indiscret ?
Romain Liévin aka 'roms'
"Linux, y'a moins bien mais c'est plus cher !"

213

KDE dans Fedora doit lui prendre pas mal de temps, mais je ne pense pas qu'il y ait que ça.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

214

Ça prend un temps fou, et puis il y a aussi mes études. Et le dépôt CalcForge aussi.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

215

J'ai essayé d'envoyer la FlashApp GTC, telle qu'on peut la trouver dans le topic qui va bien de la section Prog C, entre deux TIEmu:
* depuis une 89T tournant AMS 3.10, HW3Patch et Flashappy exécutés;
* vers une 92+ tournant AMS 2.05, HW3Patch et Flashappy exécutés.
Le récepteur fait Receive dans le VAR-Link, l'émetteur fait Send quand GTC est sélectionné.

Résultat:
* le TIEmu émetteur (89T) se plante (SIGSEGV);
* le TIEmu récepteur (92+) semble se bloquer (elle affiche qu'elle est en attente de réception, mais ON n'interrompt pas le transfert).


Le début des deux traces dans la console est identiques, mais les deux traces ne s'arrêtent pas au même endroit:
(chargement de GTC vers la 89T)
ticalcs-INFO: Vérification du status:
ticalcs-INFO: PC->TI: RDY?
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: Envoi d'une application FLASH:
ticalcs-INFO: Nom FLASH: "GTC"
ticalcs-INFO: Taille FLASH: 109047 octets.
ticalcs-INFO: PC->TI: RTS (size=0x0001A9F7=109047, id=24, name=GTC)
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: CTS
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: XDP (0x10000 = 65536)
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: PC->TI: CNT
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: CTS
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: XDP (0xA9F7 = 43511)
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: PC->TI: EOT
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: En-tête envoyé complètement
Duration: 6,4 seconds.
(2nd + VAR-Link)
purging <89>
purging <68>
purging <00>
purging <00>
(Send)
ticalcs-INFO: Réception de variable(s):
ticalcs-INFO: TI->PC: VAR (size=0x0001A9F7=109047, id=24, name=GTC, flag=4)
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: CTS
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: XDP (217C=8572 bytes)
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: CTS
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: XDP (0344=836 bytes)
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: CTS
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: XDP (02F2=754 bytes)
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: CTS
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: XDP (03EA=1002 bytes)
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: CTS
<------------------ un crash ici ------------------>
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: XDP (03BA=954 bytes)
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: CTS
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: XDP (0374=884 bytes)
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: CTS
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: XDP (0370=880 bytes)
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: CTS
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: XDP (03EC=1004 bytes)
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: CTS
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: XDP (06DC=1756 bytes)
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: CTS
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: XDP (0344=836 bytes)
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: CTS
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: XDP (03A4=932 bytes)
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: CTS
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: XDP (01C4=452 bytes)
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: CTS
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: XDP (073A=1850 bytes)
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: CTS
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: XDP (03D4=980 bytes)
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: CTS
ticalcs-INFO: TI->PC: ACK
ticalcs-INFO: TI->PC: XDP (03CC=972 bytes)
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: ACK
ticalcs-INFO: PC->TI: CTS
ticalcs-INFO: TI->PC: ACK
<------------------ un crash ici ------------------>
KCrash: Application 'tiemu' crashing...
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

216

et hop, un nouveau paquet de suggestions :
- ce serait bien que comme sous VTI les breakpoints ne soient pas perdus quand on restaure le Calculator State, typiquement si on a un plantage on veut examiner la mémoire, ajouter quelques breakpoints et recharger l'état précédent : c'est impossible de faire ça si les breakpoints sont restaurés sad
- je sais pas si c'est compliqué à rajouter, mais si on pouvait sauvegarder/restaurer l'état quand on est dans le debugger ce serait cool

panneau Breakpoints :
- Add breakpoint : appuyer sur entrée =/> OK
panneau Memory :
- quand on fait Ctrl-A l'onglet courant se déplace d'un cran vers la gauche
- il faut faire deux fois Ctrl-N pour passer au résultat suivant (la première sélectionne la ligne courante, et la deuxième passe effectivement à l'occurrence suivante)
- ce serait sympa d'avoir Add data breakpoint dans le clic droit (avec si possible Word comme taille par défaut, comme ça dans 90% des cas il suffit de faire OK pour créer le breakpoint)
- petit détail : si le clic du milieu pouvait fermer l'onglet ce serait pratique (actuellement pour fermer 3 tabs d'un coup il faut les activer puis les fermer chacun à leur tour)
panneau Heap :
- ce serait super, super, pratique de pouvoir cliquer sur la colonne Address pour trier par adresse croissante
- ce serait pas mal aussi d'avoir un "View end of handle" pour voir où finit le handle

(j'espère que je t'embête pas trop roms cheeky)

« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)

217

218

219

J'ai rajouté le ./216 et le ./217 à la TODO list de TiEmu...
Merci.
Romain Liévin aka 'roms'
"Linux, y'a moins bien mais c'est plus cher !"

220

Ah merci !!!

221

Je reposte ici quelque chose que j'ai posté à topics/118509-ticket-42-integrate-most-of-the-tigcc-tools-suite-into-gcc4ti#15 :
Does TIEmu have an easy way to get the data output through the link port (like, say, VTI Logger) ? That could enable automated tests of launchers (and other programs), through the use of ROM_CALL_479 "link_printf"...


Puisque TIEmu est beaucoup plus scriptable que ne l'est VTI, on pourrait en tirer parti.
(comme ça, ça ferait moins de raisons valides d'utiliser VTI, et Kevin serait ravi grin)

Sous Windows natif ou virtualisé, TIEmu -> VTI Logger devrait fonctionner. Ou alors, c'est un bug d'au moins un des deux.
Sous Windows réimplémenté (Wine en particulier), peut-être que TIEmu -> VTI Logger fonctionne aussi. Mais pour ça, il faut d'abord contourner les bugs qui empêchent d'installer (#13394) puis de lancer out of the box (pas encore posté) une application GTK+ comme TIEmu, donc je n'ai pas essayé.
Sous *nix natif ou virtualisé, est-il possible de récupérer (dans un fichier, probablement, ou peut-être à travers une liaison D-Bus) ce qui est envoyé à travers le link port ?
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

222

Il faut utiliser le vieux GTK+ 2.6 pour WINE.

Et TiEmu a un logging du link intégré.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

223

Il faut utiliser le vieux GTK+ 2.6 pour WINE.

Possible, mais de toute façon, aucun GTK+ ne veut s'installer, sauf si on utilise un contournement du bug #13394.
Et TiEmu a un logging du link intégré.

OK. Faut juste que je trouve comment on fait.
[EDIT: F11 -> Log -> Linkport... je ne sais pas si ça sera suffisant pour une utilisation automatique, non interactive, mais il faut essayer.]
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

224

Quand on exécute
[code]
#define link_printf _rom_call(short,(const char*,...),479)
#define link_printf_enabled (*((unsigned char *)(_rom_call_addr(47A))))

void _main(void) {
link_printf_enabled = 1;
link_printf("Hello World !\n");
}[/code]

TIEmu affiche un dialog d'erreur;
Msg: invalid command ID. Cause: TiLP received an unexpected Command ID, probably due to a transmission error.

Dans le fond, TIEmu a raison de se plaindre, puisque link_printf envoie les octets bruts. Soit il y a une commande du link qui permet d'envoyer des messages arbitraires, soit il va falloir trouver un autre moyen de récupérer la sortie du link...


Je n'ai aucune chance de finir ce soir, mais j'aimerais bien rajouter des commandes logging ("start_linkport_logging" <logfile>, "stop_linkport_logging") à l'interface D-Bus / DCOP (/ COM) de TIEmu.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

225

Il faut que tu désactives le virtual link et que tu démarres le logging du link dans le débogueur.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

226

J'avais bien démarré le logging du link dans le debugger.

J'ai essayé de désactiver le virtual link (le link était réglé par défaut sur cable "internal", port #1): si je mets le câble à none après avoir transféré l'exécutable qui utilise link_printf, il n'y a plus de message d'erreur... mais la sortie du link n'est pas correcte sad
"Hello World\x0D\x0A" est réduit à 9 caractères.
J'ai aussi vu que si je mets le câble à none avant d'avoir transféré l'exécutable qui utilise link_printf, j'ai un message d'erreur qui m'indique qu'on ne peut pas envoyer un fichier quand un câble est utilisé... bug ?
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

227

Il faut aussi que tu décoches "Listen for files".
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

228

J'ai oublié de préciser, mais pendant le test d'envoi, "Listen for files" était désactivé.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

229

Lionel Debroux (./224) :
TIEmu affiche un dialog d'erreur;
Msg: invalid command ID. Cause: TiLP received an unexpected Command ID, probably due to a transmission error.


C'est normal: tout ce qui transite par le link est envoyé à la libticalcs pour interprétation.

Kevin, a raison, il faut que tu désactives le virtual link et que tu démarres le logging du link dans le débogueur. Ce que tu sembles avoir fait.

Par contre, j'ai regardé le code source de TiEmu, le logging est fait directement au niveau des ports: il n'est donc pas normal que la sortie soit tronquée. Peux-tu m'envoyer ton exécutable que je jette un coup d'oeil (à roms AT lievin DOT net, roms AT tilp DOT info semble down pour l'instant)?

Autre chose: n'hésite pas à me demander ce dont tu as besoin. Le logger peut être amélioré car il est très sommaire pour l'instant.

A noter qu'au niveau logging, TiEMu est en retard sur VTi.... POur l'instant, je n'ai pas le temps mais il est prévu que je m'y remette sérieusement début mai.
Romain Liévin aka 'roms'
"Linux, y'a moins bien mais c'est plus cher !"

230

VTI ne loggue pas grand chose, le link logger est un outil tiers.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

231

Par contre, j'ai regardé le code source de TiEmu, le logging est fait directement au niveau des ports: il n'est donc pas normal que la sortie soit tronquée

Après avoir posté ici, j'avais regardé le source, et c'est ce que je me disais aussi.

Je t'ai envoyé le programme de test. En fait, le comportement est variable: en multipliant les tests, j'ai vu 9, 10, 13 ou 14 octets loggés.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

232

Kevin Kofler (./230) :
VTI ne loggue pas grand chose, le link logger est un outil tiers.


Je crois me souvenir que le log sur les accès aux E/S est plus étoffé...

Au passage, TiEmu présente un bug (ajouté à la BUG list): le bouton Clear de la "Link Log" dialog box efface la boite mais pas le buffer...
Romain Liévin aka 'roms'
"Linux, y'a moins bien mais c'est plus cher !"

233

Peut-être la version de JM avait quelques trucs en effet, mais cette version est tellement boguée que je ne la connais pas en détail.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

234

roms (./229) :
POur l'instant, je n'ai pas le temps mais il est prévu que je m'y remette sérieusement début mai.

love

235

Romain me dit qu'il ne peut pas reproduire le problème sad
J'ai mis le testcase à http://tict.ticalc.org/misc/lib.tar.bz2 .
Si je m'intéresse à "link_printf", c'est parce que c'est un moyen plus direct pour dumper des choses que de créer un fichier, enregistrer des choses dedans, et ensuite tenter de transférer ce fichier depuis l'émulateur (cette opération fonctionne également assez mal ici, même si le link VTI fonctionne mieux que le link TIEmu).
J'essaierai sur VTI + VTI Logger sous Windows natif et/ou virtualisé, on verra si c'est moins "in-fiable".
Pour l'instant, je n'ai pas le temps mais il est prévu que je m'y remette sérieusement début mai.

Pareil que Martial: love
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

236

Status update:
* le couple VTI + VTI Logger fonctionne TRES bien... mais est inutilisable pour ce que je cherche à faire: je cherche à déclencher un programme dans chacune des treize langues supportées sur les différentes versions d'AMS. Or, les FlashApps ne sont pas transférables sur VTI - et les language localizations sont le seul type de FlashApps non installable avec flapinst, parce qu'AMS ne les prend pas en compte au reset.
* ici, le link logging de TIEmu n'est fiable ni sur SimplyMEPIS 7 32 bits ni sur Vista virtualisé. Quand je fais logger quelques KB, quantité de BadAlloc, RenderBadPicture, BadDrawable et BadPixmap s'affichent dans la console (la fenêtre n'est pas wrappée, donc elle est beaucoup trop large et c'est ça qui doit déclencher les erreurs). Ce matin, j'ai dû avoir recours deux fois à l'OOM killer pour récupérer la machine qui s'est mise à swapper furieusement (j'ai 2 GB de RAM, aux trois quarts libres au moment du déclenchement !).
* ici, aucun moyen de transférer un ou plusieurs fichiers entre TILP II 1.12 et TIEmu 3.03 ne fonctionne, que ce soit sous SimplyMEPIS 7, ME natif ou Vista virtualisé. TILP ne détecte pas TIEmu, qu'ils soient réglés sur le câble VTI ou le câble TIEmu; le câble "virtual" plante systématiquement; etc.

cry cry cry

Je prendrai le temps de faire un bug report en bonne et due forme, j'en ai déjà fait un ce matin.
Mais d'ici là, qui a une 89T réelle munie d'AMS 3.10, ou une 89/92+/V200 réelle munie d'AMS 2.08 ou 2.09, pour installer les dix FlashApps de localization qui fonctionnent sous ces versions (je fournirai les liens directs), lancer la version du programme qui écrit dans un fichier, récupérer les fichiers depuis la calculette réelle et m'envoyer les résultats ?
(Je me chargerai probablement d'AMS 2.05 sous 89 pour les localizations hongroise et polonaise)
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

237

Lionel Debroux (./236) :
* le couple VTI + VTI Logger fonctionne TRES bien... mais est inutilisable pour ce que je cherche à faire: je cherche à déclencher un programme dans chacune des treize langues supportées sur les différentes versions d'AMS. Or, les FlashApps ne sont pas transférables sur VTI - et les language localizations sont le seul type de FlashApps non installable avec flapinst, parce qu'AMS ne les prend pas en compte au reset.

Ce que j'ai fait à l'époque où j'utilisais encore VTI, c'est que j'envoyais tout simplement l'app de localisation à la calculatrice et puis la transférais de la calculatrice à VTI à travers le virtual link.

Sinon, a priori avec TiLP II tu devrais aussi y arriver (câble VTI).
* ici, aucun moyen de transférer un ou plusieurs fichiers entre TILP II 1.12 et TIEmu 3.03 ne fonctionne, que ce soit sous SimplyMEPIS 7, ME natif ou Vista virtualisé. TILP ne détecte pas TIEmu, qu'ils soient réglés sur le câble VTI ou le câble TIEmu; le câble "virtual" plante systématiquement; etc.

Normalement ce que tu veux faire est censé marcher (donc c'est bel et bien un bogue si ça ne marche pas chez toi), mais as-tu essayé de passer par les interfaces IPC plutôt que par le virtual link?

DCOP:
dcop tiemu-`pidof tiemu` TiEmuDCOP send_file foo.89z
D-Bus:
qdbus org.ticalc.lpg.tiemu.TiEmuDBus /org/ticalc/lpg/tiemu/TiEmuDBus send_file foo.89z
ou
dbus-send --dest=org.ticalc.lpg.tiemu.TiEmuDBus /org/ticalc/lpg/tiemu/TiEmuDBus org.ticalc.lpg.tiemu.TiEmuDBus.send_file string:foo.89z
OLE en VBScript (non testé, je ne suis pas sûr que ça marche parce que TiEmu ne propose pas de class factory, ce qui fonctionne en C/C++, mais pourrait causer des problèmes avec les scripts):
GetObject(,"TiEmu.TiEmuOLE").send_file "foo.89z"
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

238

Ce que j'ai fait à l'époque où j'utilisais encore VTI, c'est que j'envoyais tout simplement l'app de localisation à la calculatrice et puis la transférais de la calculatrice à VTI à travers le virtual link.

Ben, ça ne résout pas le problème de récupérer un fichier à partir de VTI, ce que je n'ai jamais réussi à faire non plus...

J'essaierai l'interface ligne de commande. Mais j'ai l'impression que tu me donnes les commandes pour envoyer un fichier à TIEmu, alors que ce que je veux, c'est récupérer un fichier depuis TIEmu smile
Je regarderai donc les sources.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

239

Lionel Debroux (./238) :
Ben, ça ne résout pas le problème de récupérer un fichier à partir de VTI, ce que je n'ai jamais réussi à faire non plus...

Tu peux passer par la calculatrice là aussi. Mais du coup tu vas plus vite en utilisant le "listen to files" de TiEmu (il suffit d'envoyer les fichiers depuis le Var-Link et TiEmu te permet de les enregistrer - si je me rappelle bien, VTI proposait en principe aussi ça, mais il y avait des bogues, en particulier je pense me rappeler que le nom du fichier est limité à 7 caractères, avec 8 ça foirait).
J'essaierai l'interface ligne de commande. Mais j'ai l'impression que tu me donnes les commandes pour envoyer un fichier à TIEmu, alors que ce que je veux, c'est récupérer un fichier depuis TIEmu smileJe regarderai donc les sources.

Il n'y a pas encore d'interface IPC pour récupérer un fichier.

Quand tu utilises le link virtuel de TiLP, tu le configures comment? Il faut que tu mettes TiLP sur câble TiEmu, port 2 et TiEmu sur câble TiEmu, port 1, ou l'inverse.

En tout cas, j'espère que tu comprends maintenant pourquoi il n'y a pas de testsuite automatisée pour TIGCC. grin
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

240

Quand tu utilises le link virtuel de TiLP, tu le configures comment? Il faut que tu mettes TiLP sur câble TiEmu, port 2 et TiEmu sur câble TiEmu, port 1, ou l'inverse.

Non, le même port pour les deux. Si on utilise #1 et #2 (ce qui ne me paraît pas intuitif), ça fonctionne effectivement... Merci smile
OK, je dois RTFM (c'est effectivement décrit dans le manuel de TIEmu...)... mais quand même, je pense qu'il serait souhaitable, si c'est techniquement faisable, d'ajouter un "anti-con" aux tilibs pour qu'elles préviennent l'utilisateur, quand ce genre de situations se produit ?


Bug: aussi bien TILP que TIEmu crashent quand on essaie d'activer le câble virtual, sur n'importe quel port. Après avoir validé, un premier dialog d'erreur indique "Can't set cable", suivi d'un deuxième qui indique "Code d'erreur introuvable dans la liste. Ceci est un bogue. Veuillez le reporter", puis le KDE Crash Handler m'informe que "The application TIEmu (tiemu) crashed and caused the signal 11 (SIGSEGV)".
Vilains logiciels grin

En tout cas, j'espère que tu comprends maintenant pourquoi il n'y a pas de testsuite automatisée pour TIGCC. grin

J'avais déjà compris, et après avoir passé quelques heures à me battre avec les outils (parce que je n'ai pas lu la doc et parce que les outils ne m'indiquent pas mon erreur), j'ai encore beaucoup mieux compris grin
Mais si on peut en créer une, ce n'est pas un mal...
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.