EEncodingError Fehler

[greenmile]

Hallo,

ich möchte auf dem Mac eine INI mittels TMemIniFile einlesen. Unter XE4 habe ich das immer mit "TMemIniFile.Create(Datei,TEncoding.UTF8)" gemacht, unter XE6 bekomme ich jedesmal die Exception "Im Projekt xxx ist eine Exception der Klasse EEncodingError mit der Meldung 'Keine Zuordnung für Unicode-Zeichen in der Multibyte-Zielcodeseite vorhanden' aufgetreten.". Habe es auch schon mit "TIniFile" versucht, selbiges Problem. Was bedeutet die Meldung? Was ist zu tun? Weiß das jemand?

Betrifft: Firemonkey Mac.

[Harry Stahl]

Also z.B. meine (normalen) Ini-Files zum Speichern und Wiederherstellen der Formpositionen funktionieren:

ini := TIniFile.Create(AppIniName); Hast Du ein konkretes Beispiel, das man nachvollziehen kann?

[Bambini]

Zitat von greenmile:

Was bedeutet die Meldung? Was ist zu tun? Weiß das jemand?

Betrifft: Firemonkey Mac.

Die Meldung deutet darauf hin, dass die INI Datei Zeichen enthält,
dies es im Zielzeichensatz (MacOS = UTF8) nicht gibt. wenn z.B. deine INI Datei deutsche Umlaute (öäüÖÄÜß) enthält, die nicht UTF8 codiert sind.

Ronald

[greenmile]

Hmmm, das kein durchaus sein, aber unter XE4 lief es. Gibt es da einen Aufrufparameter in .Create, womit er es "Egal wie, Hauptsache laden" erledigt?

[mjustin]

Zitat von greenmile:

ich möchte auf dem Mac eine INI mittels TMemIniFile einlesen. Unter XE4 habe ich das immer mit "TMemIniFile.Create(Datei,TEncoding.UTF8)" gemacht

Erfolgen alle Zugriffe nur über Delphi mit vorhergehendem TMemIniFile.Create(Datei,TEncoding.UTF8)?

Wurde die Datei eventuell mit einem Editor manuell bearbeitet, der ein anderes Encoding verwendet?

Das Default Encoding auf OSX ist zwar UTF-8, aber Texteditoren "können auch anders"

[greenmile]

Die Datei lade ich direkt aus dem Internet, die kommt also immer Frisch auf den Tisch
Die Datei wird mit Indy mittels GET direkt in einen Stream geschrieben und ja, ich lese Sie nur mit TMemIni ein. Wieso greift da irgendein Encoding-Gedöns?

[himitsu]

Und in Windows ist es standardmäßig ANSI (wie bekommt man im iOS/OSX raus, ob eine Datei ANSI ist, wenn es für ANSI doch kein BOM gibt)

Und ja, Encoding (Umkodierung) brauchst du fast immer, außer
wenn das Format der Datei dem Format der Stringauswertung entspricht.

Und die INI ist vermutlich nicht als Unicode gespeichert.

[greenmile]

Nochmal: Ich lade die Datei mittels IndyHTTP.GET aus dem Netz, es handelt sich halt nur um eine INI Datei. In XE4 geht es einwandfrei, also das einlesen. In XE6 plötzlich nicht mehr. Jetzt kann ich die Quelle natürlich schlecht ändern, weil sonst meine XE4 Anwendungen nicht mehr laufen, also muss ich XE6 irgendwie überreden.

[mjustin]

Zitat von greenmile:

Die Datei lade ich direkt aus dem Internet

Wie sieht denn der Code zum laden aus dem Internet aus?
Encoding ist immer relevant, wenn man mit mehr als einem Rechner zu tun hat: es kann zu Encoding-Problemen zwischen der auf dem Server liegenden Datei und dem Server, und Encoding-Problemen zwischen dem Server und dem Client kommen.

[greenmile]

Also, ich habe mir die Datei mal mit Notepad++ angeschaut, sie scheint eine UTF8 Datei zu sein, ich kann auch alles darin lesen.
Wenn ich die Datei allerdings mit "TMemIniFile.Create(TempFile,TEncoding.UTF8);" öffne, kommt die Exception.
Genau wie bei TMemIniFile.Create(TempFile,TEncoding.AutoDetect);