Pb écriture en Flash - Page 2

OK. le truc,ct pr le temps...
mais bon, tant pis, je mettrai un pêtit message ("sauvegarde en cours" )

"(...)tu devras appeler EM_GC manuellement. Mais tu peux lui passer un paramètre pour qu'il n'affiche pas de dialogue. Cf. documentation de TIGCC." (Kevin.)

Ce paramètre n'a aucun effet !! La fonction et donc la doc de TIGCC sont erronées.
La seule solution est celle indiquée par Pen^2 au post #498 d'ici : topics/12681-un-shell-comme-vous-nen-avez-jamais-vu-sur-ti-68-k-einstein/17

le paramètre n'a pas d'effet ?
merde alors... il me semblait avoir testé une fois, au début que je codais en C, et que ça marchait...
v voir la solution !

Pardon j'ai confondu avec EM_moveSymToExtMem qui affiche la boîte de dialogue de confirmation, ce qui n'est pas indiqué dans la documentation de TIGCC

ben envoie un mail a tigcc pour leur signaler thibault, ce serait cool

Thibaut a écrit :
Pardon j'ai confondu avec EM_moveSymToExtMem qui affiche la boîte de dialogue de confirmation, ce qui n'est pas indiqué dans la documentation de TIGCC

Parce que c'est logique. Mais tu es libre de le rajouter et d'envoyer le fichier .hsf corrigé à Sebastian Reichelt.

La solution la plus simple et propre qui me vient à l'esprit: tu appelles d'abord EM_findEmptySlot avec la taille du bloc de ton fichier, puis si c'est NULL, EM_GC en mode silencieux (avec allowDialog = FALSE), puis tu réessayes EM_findEmptySlot. Si c'est encore NULL, tu refuses d'archiver le fichier, sinon tu appelles EM_moveSymToExtMem.

Et en effet, c'est ce que donne le code de Pen^2, à un détail près: il oublie de vérifier si le garbage collection a servi à quelque chose ou s'il n'y a vraiment pas la place! (Il faut appeller EM_findEmptySlot encore une fois après ton EM_GC!)

Thibaut> OK.

Kervin> merci bien !
Mais, puisque c'est un fichier qui est archivé à l'origine, et que je v devoir désarchiver pr écrire dedans, il devrait y avoir la place de le réarchiver, non ?

En principe oui, mais il peut oujours y avoir des cas bizarres vu comment marche l'algorithme de réorganisation des archives, donc il vaut mieux prévoir l'éventualité.

OK. de toute façon, ça coute pas gd chose.
Merci à tous !

Kevin Kofler a écrit :
Et en effet, c'est ce que donne le code de Pen^2, à un détail près: il oublie de vérifier si le garbage collection a servi à quelque chose ou s'il n'y a vraiment pas la place! (Il faut appeller EM_findEmptySlot encore une fois après ton EM_GC!)

oué, oué, enfin ça depend comment tu vois le truc : si tu veux le msg de ti "plus de place pour archiver", tu peux bien archiver directement.
mon bout de code est là uniquement pour eviter le msg de garbage, pas celui du pb de mem

Mais AMS voudra refaire une réorganisation des archives avant de donner le message d'erreur.

non, puisqu'un garbage vient d'etre fait sans qu'on ait desarchivé qq chose

en effet, 2 gc ne peuvent pas etre lancés à la suite : le deuxieme ne fait rien.

Mais il faut quand-même un ER_catch, TRY ou #define ENABLE_ERROR_RETURN.

Bon, je viens enfin de pouvoir tester (j'avais pas pu coder le WE dernier )
La technique à Kevin marche nikel !!!
MERCI !!!!

(emptyslot, puis GC, puis encore emptyslot, si nécessaire)