Bon je vais détailler un peu : quand un prog archivé qui utilise l'event loop du TIOS (ex : boîtes de dialogues TIOS avec du texte) crée une variable dans le même folder que le prog et qui se situe avant dans l'ordre alphabétique, ça change le HSym du programme, et résultat le TIOS oublie qu'il faut mettre un flag pour dire qu'il faut enlever le twin (la routine d'AMS suppose que le HSym du programme reste constant, mais ça n'a aucune influence en général puisque si cette supposition échoue, il peut oublier de mettre ce flag à 1, mais la création du twin l'avait déjà mis à 1, donc ça ne change rien - le seul problème étant quand on utilise une boîte de dialogue, dans ce cas ce flag est remis à 0 par la boîte de dialogue, et jamais remis à 1).
Donc on peut dire que c'est un bug de l'AMS (ce n'est pas a priori ridicule de supposer qu'un prog ASM peut créer un fichier
), mais on peut aussi dire que c'est un bug de SET_FILE_IN_USE_BIT, qui ne met pas à jour cette variable alors que c'est un patch qui permet d'exécuter l'event loop (qui doit être, selon TI, réservée aux FlashApps...) dans un prog ASM.
Et sinon comme correctif "quick&dirty", on peut se contenter à la fin du prog de faire un EM_twinSymFromExtMem à partir d'un fichier archivé puis supprimer le twin.
), mais on peut aussi dire que c'est un bug de SET_FILE_IN_USE_BIT, qui ne met pas à jour cette variable alors que c'est un patch qui permet d'exécuter l'event loop (qui doit être, selon TI, réservée aux FlashApps...) dans un prog ASM.
