Folco (./58) :
Pwet encore.
Tu avais réimplémenté, à ma demande, pedrom::unlink afin que celui-ci efface un fichier même en archive, permettant son effacement même avec une RAM pleine. Merci beaucoup, c'est en effet impossible sans hacker la flash sous AMS.
Le truc, c'est que tant qu'à faire, ne pourrait-on pas rendre unlink plus profitable, afin qu'il sache effacer un fichier en flash ou en RAM ? Là, il ne fait rien si le fichier est en RAM, c'est en peu dommage. En effet, c'est au programme de regarder où est le fichier, et d'appeler pedrom::unlink dans un cas, ou alors SymDel dans l'autre...
Autre pointà noter, pedrom::unlink retourne toujours 0.
Alors ce qui serait faisable à peu de frais, ce serait ça :
- pedrom::unlink appelle EM_delSym (ce qu'il fait actuellement).
- si fichier en flash, EM_delSym appelle EM_abandon et renvoie TRUE en cas de succès (comme SymDel).
- si fichier en RAM, EM_delSym appelle SymDel et renvoie la valeur de SymDel.
- pedrom::unlink retourne la valeur de EM_delSym (au lieu de 0 actuemment).
Voilà, je suis en train de coder ce qui touche à mon switch -force dans par (plus que 2 fonctions à écrire), et je me rends compte que le programme doit dupliquer le travail pour effacer à coup sûr.
Si tu acceptes cette proposition mais que ça te fait suer de l'implémenter, je veux bien écrire le patch.
Merci d'avance.
(ps -> en plus ce qui facilite la tâche, c'est que EM_abandon renvoie FALSE en cas d'échec, alors que sous AMS c'est un void, donc c'est du tout cuit
(ps2 -> quand je parle de SymDel, je parle en fait de SymDel_SymEntry_reg)
), et je me rends compte que le programme doit dupliquer le travail pour effacer à coup sûr.
Mais EM_delSym fonctionne avec les fichiers RAM & FLASH sous PedroM.
Ok pour le code retour, je m'en occupe.
