Du schreibst
beim ersten Mal
iPosRawByte - 1
und beim zweiten Mal
aByteStream.Size - (iPosRawByte + Length(a))
Bytes in deinen aByteStream2. Insgesamt also
iPosRawByte - 1 + aByteStream.Size - iPosRawByte - Length(a)
=
aByteStream.Size - 1 - length(a)
Ist nicht schlimm, da du die allermeisten Bytes deiner exe ja berücksichtigst - und weil du es beim Schreiben und Lesen gleich machst.
Ich würde auf TypeCasts wie AnsiString(..) String(..) wenn immer möglich verzichten.
Die Trim Funktion ist soweit ich sehe falsch. Es könnte ja sein, dass in deinem BytesStream vorne oder hinten der Code für das Leerzeichen steht. Mit Trim löschst du diese Leerzeichen Bytes. OK In diesem Anwendungsfall eher nicht [Byte 1 im exe Header ist immer gleich, am Ende der exe?]. Aber wenn du den Code anderswo so verwendest, verlierst du u.U. Infos, bevor du den Hash ermittelst. Also weg damit
Zitat:
Ehrlich gesagt verstehe ich noch nicht, wie man TEIL1 und TEIL2 wieder zusammenfügen sollen, wenn am Ende doch ein Hash dazwischen steht
Diese Teile sind in der "Quell exe" und in der "Ziel exe" identisch. Deshalb "hashen" wir über diese beiden Teile.