26Fermer28
Lionel DebrouxLe 03/08/2009 à 10:16
Tiens, je viens seulement de voir l'edit de ./16. Si ça a fonctionné avec TI-GraphLink, alors on peut considérer que c'est un comportement valide...
(même si, dans le cas où ça raccourcirait le code de PedroM, tu devrais à mon avis le changer: Link.asm est manifestement dans la section 24K qui était trop pleine l'autre jour).

Un patch simple du genre
diff --git a/libticalcs/trunk/src/cmd89.c b/libticalcs/trunk/src/cmd89.c
index 6565a71..b2559f9 100644
--- a/libticalcs/trunk/src/cmd89.c
+++ b/libticalcs/trunk/src/cmd89.c
@@ -308,6 +308,7 @@ int ti89_recv_VAR_h(CalcHandle* handle, uint32_t * varsize, uint8_t * vartype, c
   uint16_t length;
   uint8_t strl;
   uint8_t flag;
+  char * varname_nofldname;

   TRYF(dbus_recv(handle, &host, &cmd, &length, buffer));

@@ -334,6 +335,13 @@ int ti89_recv_VAR_h(CalcHandle* handle, uint32_t * varsize, uint8_t * vartype, c

   ticalcs_info(" TI->PC: VAR (size=0x%08X=%i, id=%02X, name=%s, flag=%i)",
          *varsize, *varsize, *vartype, varname, flag);
+  varname_nofldname = tifiles_get_varname(varname);
+  if (varname_nofldname != varname)
+  {
+    // This variable name contains a folder name. Erase it.
+    ticalcs_info(" TI->PC: VAR: the variable name contains a folder name, stripping it.");
+    memmove(varname, varname_nofldname, strlen(varname_nofldname)+1);
+  }

   return 0;
 }

fonctionne pour moi.
J'ai déjà committé le remplacement de ti*_error par ti*_critical, que j'ai mentionné en ./24.

Il faut que je regarde pourquoi system\stdlib est comptabilisé comme étant en RAM.