Danke erst einmal für die zahlreichen Reaktionen
Zitat:
Ich würde daher meinen, dass du das problem löst, indem du diese Option abdrehst +ü wartest, bis MS das gefixt hat.
Die Option ist nicht auf meinem Rechner aktiv sondern auf den potententiell Tausenden unserer Software-Nutzer. Warten ist für uns leider auch keine Option.
Zitat:
Einfach diese Bytes in ein Byte-Array schreiben und vergleichen.
So habe ich es jetzt gelöst. Bleibt nur zu hoffen, dass es sonst keine Stellen im Code von uns oder von unseren eingebundenen Komponenten gibt, die solche Dinge mit Strings machen.
Zitat:
Dein String '‰PNG' wird als
Unicode interpretiert und dort ist das Promillezeichen U+2030.
Bevor die Software mit
Unicode kompiliert wurde, wurde der String vermutlich mit Windows-1252 kodierung gespeichert, sodass dort 0x89 stand.
Kann mir noch einmal jemand genau erklären, was da Schritt für Schritt passiert, angefangen beim Speichern der .pas Datei bis hin zur falschen Interpretation auf dem Client-Rechner? Für mich ist denke ich jetzt der Zeitpunkt gekommen, an dem ich mich ausführlich mit Zeichenkodierungen beschäftigen muss und auch möchte, denn wenn man mal beginnt, sich mit dem Thema auseinanderzusetzen, ist es ganz interessant, wie aus ein paar Bytes ein lesbarer Text wird und umgekehrt.
Für alle, die auf dem Gebiet ebenso blutige Neulinge sind wie ich: Hier gibt es eine meiner Meinung nach schöne Einführung in die Grundlagen der Zeichensätze und Zeichenkodierungen:
hier. Im Prinzip könnte man sagen, dass ich mich aktuell auf diesem Wissensstand befinde, wobei ich inzwischen schon viel mit meinen Kollegen über das Thema diskutiert habe. Falls jemand hier andere gute Links o. ä. hat, gerne her damit
Also mein bisheriges Verständnis reicht soweit:
1. Ich speichere den String '‰PNG' in der .pas-Datei. Beim Speichern verwendet die
IDE die Kodierung, die in meinem System eingestellt ist, also wahrscheinlich die
ANSI-Kodierung mit Codepage Windows-1252 für westeuropäische Sprachen. In der .pas-Datei steht dann das Byte 89 (hex).
2. Bei der Kompilierung auf unserem Build-Server (Windows) wird die 89 (hex) (wieder über die
ANSI-Kodierung mit Codepage Windows-1252) als das
Unicode-Zeichen U+2030 interpretiert.
Ab hier wäre es für mich Rätselraten, wie es weiter geht.
3. Wie wird der String beim Kompilieren in die .exe-Datei eingebettet?
4. Wie interpretiert der Client das Zeichen in der .exe-Datei (abhängig von der
Unicode UTF-8 Einstellung?)?
5. Wie wird der Beginn der .png-Datei beim Kunden-Rechner ausgelesen (evtl. auch abhängig von der
Unicode UTF-8 Einstellung?)?