Dans ebook, le buffer de sortie passé à NextLine() fait 100 octets, il est alloué sur la pile.
Mais une recopie de la ligne (qu'elle soit faite inline ou en appelant strcpy), avec remplacement d'un caractère par 0, puis un appel à DrawStrWidth, est une double boucle... alors qu'une seule boucle suffit. En séparant la copie et le calcul de la taille en pixels, tu risques d'avoir du code qui est à la fois plus gros et plus lent.
./70: exact, mais PedroM contient au moins deux routines (GetDataType et SmapTypeStrings, je les ai faites parce que j'en avais besoin pour TICT-Explorer) et une variable (FiftyMsecTick) qui ne sont exportées dans la table de jump (GetDataType et SmapTypeStrings), ou tout simplement n'existent (FiftyMsecTick), que sur AMS 2.00+
