CE 10.4.2: IDE friert beim Laden des Hauptformulars ein.

[TiGü]

Packe das Hauptformular in ein komplett leeres VCL-Projekt zum Test.

[Delphi.Narium]

pas und dfm jeweils mit Notepad öffnen und dann speichern (vorher ggfls. Kopien erstellen).

Wenn das nicht hilft: Zwei Notepad öffnen. Im ersten die pas bzw. dfm öffnen, dann per Strg+A alles markieren, per Strg+C im zweiten Notepad einfügen und speichern.

Ab und an passiert es schonmal, dass eine Datei aus unerfindlichen Gründen Zeichen enthält, mit der die IDE nicht zurechtkommt. Für den Kompiler ist's aber halt kein Problem.

Da IDE <> Kompiler kann man auch nicht einfach erwarten, dass das, was die IDE schluckt, auch zwingend vom Kompiler geschluckt werden muss, bzw. umgekehrt.

Plötzlich auftretende Fehler ala "zu lange Zeile" sind häufig Folge von ungültigen Zeichen in 'ner Datei. Da wird irgendwo ein Zeilenumbruch nicht mehr korrekt erkannt und ab da gibt es dann einfach nur noch Strubbel (weil z. B. mal aus 'nem Windowszeilenumbruch ein Unixzeilenumbruch wird ...).

Ansonsten siehe: https://www.delphipraxis.net/23885-f...3-zeichen.html

[TurboMagic]

Ähm, in 10.4.2 gibt's doch glaube ich eine Einstellung wie die IDE
die Zeilenenden behandeln soll. Evtl. kann die IDE bei passender
Einstellung das dann automatisch korrigieren?

[Maekkelrajter]

Zitat von Delphi.Narium:

Zwei Notepad öffnen. Im ersten die pas bzw. dfm öffnen, dann per Strg+A alles markieren, per Strg+C im zweiten Notepad einfügen und speichern.

Dieser Tip hat mich auf die richtige Spur gebracht. Nach dieser Aktion lief tatsächlich alles wie geschmiert. Aber mich interessierte natürlich, wo der Fehler bzw. die Unterschiede zwischen beiden Dateien liegen. Im Text waren zunächst keine Unterschiede zu erkennen. Allerdings war die 'fehlerhafte' Datei UTF-16 LE (mit BOM) codiert, die funktionierende aber in ANSI. Daraufhin habe ich mal alle Quelldateien des Projektes überprüft. Fast alle sind ANSI-Codiert, nur 2 in UTF-8 und nur das Hauptformular, der Teufel weiß warum, in UTF-16. Eigentlich sollte doch die IDE mit allen Codierungen zurechtkommen. Oder doch nicht? Also womöglich ein Bug?
Jedenfalls Danke für die Tips!

Gruß LP

[himitsu]

Wenn Delphi automatisch die Kodierung ändert (nicht ohne Rückfrage, wenn das zu Speichernde nicht reinpasst), dann zu UTF-8.

UTF-16 wählt Delphi doch garnicht von alleine.

[dummzeuch]

Zitat von Maekkelrajter:

Eigentlich sollte doch die IDE mit allen Codierungen zurechtkommen. Oder doch nicht? Also womöglich ein Bug?

Ja, sollte sie. Aber mit allem außer ANSI und UTF-8 wäre ich sehr vorsichtig. Auch externe Tools kommen nicht immer mit anderen Encodings klar.

[Maekkelrajter]

Zitat von dummzeuch:

Ja, sollte sie. Aber mit allem außer ANSI und UTF-8 wäre ich sehr vorsichtig. Auch externe Tools kommen nicht immer mit anderen Encodings klar.

Das wäre ich auch. Ich wäre niemals auf die Idee gekommen, Delphi - Quellcode UTF-16 codiert zu speichern. Vermutlich wurde die Datei irgendwann einmal in einen externen Editor geladen und wieder gespeichert. Da es nie Probleme damit gab, war mir das auch bisher nicht aufgefallen. Ich benutze übrigens auch grundsätzlich keine Sonderzeichen für Bezeichner im Quelltext, höchstens für String-Konstanten und Kommentare.
Aber die Delphi Entwickler werden sich fragen lassen müssen, warum in der neuesten Version plötzlich mit UTF-16 Probleme auftauchen.

Gruß LP

[Uwe Raabe]

Zitat von Maekkelrajter:

Aber die Delphi Entwickler werden sich fragen lassen müssen, warum in der neuesten Version plötzlich mit UTF-16 Probleme auftauchen.

Dann solltest du aber auch einen entsprechenden QP-Eintrag erstellen, mit dem das reproduziert werden kann.