@Fiffio: Das ist alles ziemlich unübersichtlich und ”unpythonisch”. Der Autor schreibt in der README ja selbst, dass das sein erstes Python-Programm ist. Dann werden da ganz viele Informationen in Listen zusammengefasst und als Zeichenketten verarbeitet die besser mindestens in `collections.namedtupel()` stecken sollten und innerhalb des Programms als Datentypen repräsentiert werden sollten die zum Inhalt passen. Was da momentan an magischen Indexwerten im Quelltext steht ist schwer nachzuvollziehen.
Ich sehe auch keinen einfachen Fix weil da an einer Stelle der Wert von `reduction_account` verwendet wird, an der davon ausgegangen wird, dass es den geben muss, ich aber nicht sehe warum man davon ausgehen kann. Und selbst wenn es ihn gibt, kann das immer der gleiche/einer von einem vorherigen Schleifendurchlauf sein. Das gilt für den gesamten Inhalt von `linfo` der da jeweils auf einzelne Namen verteilt wird. Wäre das okay oder ist das ein Fehler der bloss noch nicht aufgefallen ist?
Sollte der Vergleich in Zeile 344 denn zutreffen? Hier könnte auch zusätzlich noch das Problem drin stecken, dass man Gleitkommazahlen besser nicht auf exakte Gleichheit prüfen sollte, weil die je nach dem wie sie zustande gekommen sind, zwar numerisch gesehen gleich sein müssten, es aber wegen der Ungenauigkeiten die dem Format anhaften nicht so ganz sind.
Letztlich hast Du doch aber eine Webseite mit Repository vom Autor und der Möglichkeit dort Issues zu erstellen und/oder den Autor zu kontaktieren. Der weiss sicher am besten wie er mit seinem Code zurecht kommt.
