- Nachträglich durch die Entwickler-Ecke gelöscht -

hydemarie hat folgendes geschrieben :

Ich war davon ausgegangen, Borlembarcadinpriscode-wasauchimmer führe zumindest eine Dokumentation darüber.

Delphi reicht das nur an das Systemcontrol weiter. Selbst macht Delphi da gar nix. Nach Doku musst du in dem Fall bei Microsoft schauen.

Frühlingsrolle hat folgendes geschrieben :

Bezogen auf dieses Thema, oder das davor?

Auf dieses.
Ich meine, es kann doch nicht sein, dass ein verdammtes RTF-Feld irgendwo das Funktionieren einstellt.

LogViewMemo.PlainText := True; ist schon mal keine Lösung. Weitersuchen...

- Nachträglich durch die Entwickler-Ecke gelöscht -

Nö, ist ein stinknormaler Plaintext, den ich später aber gern farblich formatieren möchte. (Was auch funktioniert - wenn die Datei nur lädt...) Deswegen dachte ich, vielleicht versucht Delphi da irgendwas RTF-Ähnliches rauszulesen. Daran lag es aber nicht.

- Nachträglich durch die Entwickler-Ecke gelöscht -

Oh-oh, ich hoffe, das sieht jetzt nicht nach "ich hab' keinen Bock, den Helfern zu helfen" aus, aber:
Das ist, fürchte ich, Firmengeheimnis. Das Logtool ist auch eher ein Hobby von mir, die Logdatei wurde mir nur von einem Kollegen (unter Vorbehalt der Datenanonymisierung) übergeben, der es auch gern beruflich nutzen würde.

Aber wenn es der Wahrheitsfindung dient (Sonderzeichen?): Anbei das defekte Log - also die Zeile von oben - mal als Datei. Genau diese Datei kann ich mit diesem Code nicht laden. edit: weg

- Nachträglich durch die Entwickler-Ecke gelöscht -

Dass der Absturz an einer anderen Stelle passiert? Hm...

Nee, ist definitiv irgendein Zeichen.

Zitat:

... raised exception class EEncodingError with message 'No mapping for the Unicode character exists in the target multi-byte code page'.

Dabei ist es völlig wurscht, welches Encoding ich beim Öffnen auswähle. Und andere Dateien gehen weiterhin problemlos.

- Nachträglich durch die Entwickler-Ecke gelöscht -

Funktioniert.

Warum?

- Nachträglich durch die Entwickler-Ecke gelöscht -

Wie verhindere ich das am Coolsten? (Encoding kenn' ich ja nun.)

- Nachträglich durch die Entwickler-Ecke gelöscht -

Dann dürfen diese Zeichen aber nicht in dieser Reihenfolge im Log auftauchen. Halte ich für schwierig.
Was ist die kompliziertere Methode?

- Nachträglich durch die Entwickler-Ecke gelöscht -

Gibt es eine Möglichkeit, das beim Einlesen zu erkennen? Dann kann ich mir den ganzen Kodierungskram sparen.

- Nachträglich durch die Entwickler-Ecke gelöscht -