godzil :
Kevin > tu oubli les ni00b qui trouveron tjrs un moyen d'essayer d'utiliser une version dépassé d'un programme sur un AMS trop "recent"
Repence au cas DoorsOS ou choses du genre. si il y avait une protection de se genre, les ni00b aurait ptet arrété de faire chié avec leurs questions con "Pourquoi sa marche pas ??????"
On ne peut en général pas savoir en avance à partir de quelle version de AMS un programme ne marche pas. Pour les cas très rares et particuliers où on peut, on peut très bien le faire sans une fonctionnalité au niveau de
TIGCCLIB. La preuve:
Auto Alpha-Lock Off le fait déjà, et c'est inévitable vu son utilisation d'adresses absolues. (Cette dernière, une méthode
très sale à éviter
à tout prix, est
le seul cas où on connaît à l'avance la version maximale d'AMS. Et même pas à 100%. Par exemple,
Auto Alpha-Lock Off aurait pu très bien marcher sur AMS 2.09 sans la mise à jour, parce que mes adresses n'ont pas changé entre AMS 2.08 et 2.09. Mais je ne pouvais pas savoir ça à l'avance.) Mais évidemment, je le mets à jour à chaque mise à jour de AMS. Et pour mes autres TSRs, ils faisaient la même chose autre fois, mais j'ai trouvé des hacks meilleurs (comme déjà dit, je fais tout mon possible pour éviter les adresses absolues!) qui marchent avec les mises à jour de AMS. Il se pourrait qu'ils arrêtent de marcher un jour, mais je
ne peux pas savoir à partir de quelle version, donc je
n'ai pas mis de test de version dans ces TSRs-là.
Bref, je continue à retenir que l'idée de
MAX_AMS est bonne pour la poubelle.
Nan sérieux, faut pas trop déconner. "Ce programme n'a pas été validé pour votre version d'AMS, installez une ancienne version [downgrade] et réessayez" 
