Zufällige "Fatale Fehler" beim Kompilieren

[a.def]

Seitdem ich XE8 habe bekomme ich beim Kompilieren immer wieder Fehler an Stellen angezeigt, wo gar keine sind.

Beispiel:

Zitat:

[dcc32 Fataler Fehler] _fu.pas(3241): F2063 Verwendete Unit '_fu.pas' kann nicht compiliert werden

Zeile 3241 ist eine Leere Zeile genau zwei Zeilen nach end. (mit PUNKT am Ende).

Was hat dieser komische, zufällige Fehler zu bedeuten?

[himitsu]

Hast mal F1 gedrückt und geschaut was die Hilfe zu diesem Fehler sagt?

Ich bekomm in XE (und auch anderswo) öfters mal "Internal Error" ... einmal Delphi neu starten und weg ist er (für 'ne Weile).

[a.def]

http://docwiki.embarcadero.com/RADSt...werden_(Delphi)

Im Prinzip steht da sehr wenig Sinnvolles drin. Wenn mein Code einen echten Fehler haben würde, welcher das Kompilieren verhindert, dann könnte ich ja gar nicht kompilieren.
Scheint so, als ob das hier mal wieder ein False-Positiv ist... ?

[Delphi-Laie]

Zitat von a.def:

Was hat dieser komische, zufällige Fehler zu bedeuten?

Daß Delphi jegliche Zeichen hinter dem finalen "." nicht mag und die besser unterlassen werden.

Allerdings ist es merkwürdig, daß dieser Fehler nur gelegentlich auftritt. Bisher nahm ich den Delphi-Compiler als deterministischen Algorithmus war.

[Wosi]

In großen Projekten bekomme ich den Fehler nahezu immer wenn ich mit F9 kompiliere. Der Compiler fügt am Ende einer von ihm selbst zufällig ausgewählten Unit mehrere Leerzeilen ein und beschwert sich anschließend darüber, dass er sie nicht mehr kompilieren kann.
Ich kann den Fehler nur zuverlässig verhindern, indem ich das Projekt neu erzeuge (Shift+F9). Das dauert dann zwar mehrere Minuten aber anders funktioniert es eben nicht.
Das Verhalten konnte ich unter XE6, XE8, 10.0 und 10.1 beobachten.

[bra]

Ist ein Bug in Delphi, der bei mir auch regelmäßig auftritt (mit neueren Delphis):

https://quality.embarcadero.com/browse/RSP-16439

Mit 2007 und XE3 trat der bei mir noch nie auf. Bei denen sperrt sich Delphi aber manchmal selbst die Dateien weg, was sich nur durch Neustart der IDE beheben lässt. Ich vermute der Bug geht in dieselbe Richtung.

[Uwe Raabe]

Zitat von Wosi:

Der Compiler fügt am Ende einer von ihm selbst zufällig ausgewählten Unit mehrere Leerzeilen ein

Ich konnte dieses Phänomen bei einigen Units beobachten, die ein SUB-Zeichen (^Z oder $1A) am Ende hatten. Damit wurde beim Speichern (IDE, nicht Compiler) jeweils eine zusätzliche Zeile eingefügt. Nachdem ich das Zeichen in einem separaten Editor entfernt hatte, war der Spuk vorbei.

[a.def]

Wie kann man sich diese Zeichen denn anzeigen lassen?

[bra]

Zitat von Uwe Raabe:

Ich konnte dieses Phänomen bei einigen Units beobachten, die ein SUB-Zeichen (^Z oder $1A) am Ende hatten. Damit wurde beim Speichern (IDE, nicht Compiler) jeweils eine zusätzliche Zeile eingefügt. Nachdem ich das Zeichen in einem separaten Editor entfernt hatte, war der Spuk vorbei.

Selbst wenn dem so wäre, wäre es immer noch ein Bug in der IDE, weil ich die PAS-Dateien ausschließlich in der IDE bearbeitet habe. Sprich, die müsste den Mist dann selbst eingefügt haben.

[Uwe Raabe]

Zitat von bra:

Selbst wenn dem so wäre, wäre es immer noch ein Bug in der IDE, weil ich die PAS-Dateien ausschließlich in der IDE bearbeitet habe. Sprich, die müsste den Mist dann selbst eingefügt haben.

In unserem Fall wäre es dann vermutlich Delphi 7 oder älter, denn die Dateien haben wir in diesem Zustand aus dem Versionskontrollsystem übernommen.