"Quersumme" gibt es eigentlich nur bei Zahlen. Gemeint ist die Summe der
ASCII-Codes aller Zeichen im String. Und nein, eine Gewichtung nach Position gibt es da nicht. Deshalb ist diese Prüfsumme anfällig führ Zeichendreher:
Pruefsumme('abc') = Pruefsumme('bac')
Alles ist andere als ideal.
Was Non-
ASCII angeht, so kann dir das keiner von uns sagen sondern nur derjenige, der dir die Vorgabe gemacht hat.
Ohne weitere Angaben würde ich bei Non-
ASCII eine
Exception werfen (und dabei auf denjenigen zielen, der die Vorgabe gemacht hat).
Die Doku ist, wie gesagt, uralt (1995). Da gab es zwar schon
Unicode bei Windows, aber diese Systeme liefen auf DOS. Daraus und der Logik wie die Daten verarbeitet werden, schließe ich auf diese ganz einfache Variante, die Unicodezeichen als mehrere
ASCII-Zeichen verarbeiten würde.
Das mit den möglichen Kollisionen scheint damals wohl noch niemanden interessiert zu haben. Ich glaube da ging es auch weniger um Manipulationsfestigkeit als die Erkennung von Übertragungsfehlern. Ob Rückwärtskompatibilität gefragt ist oder nicht muss ich intern klären. Wenn nicht wäre dein Hinweis richtig und sinnvoll anzuwenden.
Ohne konkrete Aufgabenstellung sehe ich kaum 'ne Möglichkeit, den von Dir konkret benötigten Algorithmus zu finden.
So komisch es auch klingen mag, ich habe nicht mehr als den Hinweis
Zitat:
Der Modulo-10-Check wird plaziert. Jedes Zeichen vor der Kontrollsumme wird in die Berechnung der Kontrollsumme mit einbezogen. Wenn die Kontrollsumme auf der Position n+1 plaziert ist, wird wie folgt berechnet:
gefolgt von der Formel. Ende.
Die Daten sind zeilenorientierte Klartextdaten. Je Zeile wäre eine Checksumme zu schreiben und zwischen Daten und Zeilenumbruch zu setzen.