Code Insight Fehler bei class strict private type

[Codehunter]

Hallo!

Folgendes bringt mein Code Insight komplett zum Erliegen. Es ist ein vollkommen leeres neues VCL-Projekt. Einzig im Klassenkopf habe ich einen

Delphi-Quellcode:

strict private type

-Abschnitt und darin die Zeile

Delphi-Quellcode:

TmyIntType = type Integer

. Entscheidend scheint das Keyword "type" zu sein. Sobald ich das dort notiere, funktioniert Code Insight nicht mehr. Allerdings konnte ich den Effekt nicht zuverlässig reproduzieren. Getestet mit 10.2.3 Pro (Fehler immer vorhanden) und 10.3 CE (Fehler manchmal vorhanden). Könnt ihr das mal bei euch ausprobieren und Rückmeldung geben? Danke!

Delphi-Quellcode:

unit Unit1;

interface

uses
  Winapi.Windows, Winapi.Messages, System.SysUtils, System.Variants, System.Classes, Vcl.Graphics,
  Vcl.Controls, Vcl.Forms, Vcl.Dialogs;

type
  TForm1 = class(TForm)
    procedure FormCreate(Sender: TObject);
  strict private type
    TmyType = type Integer;
  private
    { Private-Deklarationen }
  public
    { Public-Deklarationen }
  end;

var
  Form1: TForm1;

implementation

{$R *.dfm}

procedure TForm1.FormCreate(Sender: TObject);
begin
  // Hier mal STRG+LEER drücken
end;

end.

EDIT: Ergänzend kann ich noch sagen, dass CodeInsight bei obigem Code nur im implementation-Abschnitt austeigt. Im interface-Teil funktioniert er normal.

[Schokohase]

Bei Code Insight kann man leider nur sagen:

Es gibt da einen Workaround: abschalten

Sehr traurig, aber wahr

[Codehunter]

Zitat:

Zitat von Schokohase (Beitrag 1423549)

Es gibt da einen Workaround: abschalten

Ne. Da kannst mir gleich die Hände abhacken. Bei mir funktioniert das CI recht zuverlässig. War das erste Mal seit Monaten, dass ich hierbei auf Probleme gestoßen bin. Aus leidiger Erfahrung kann ich nur sagen: Seit ich meine Projekte von zirkulären Referenzen geputzt habe, bin ich mit der Stabilität der IDE hochgradig zufrieden.

[Sherlock]

Ehrlich? Ich habe nicht ein Projekt, in dem CI nicht ständig falsch Fehler anzeigt.

Sherlock

[Codehunter]

Ja war bei mir schon bei XE4 so und wurde nie besser. Irgendwann hat mich Uwe mal auf sein MMX gestupst. Was nützlicheres wie der Dependency Analyzer konnt mir nicht passieren. War zwar eine Menge Arbeit, die Projekte so umzustricken dass es keine zirkulären Referenzen mehr gab. Aber seitdem lief Code Insight flott und zuverlässig (ganz ohne IDE Fixpack!), bis zu obigem Problem.

[Uwe Raabe]

Kann ich hier auch reproduzieren. :thumb:

Interessanterweise blockiert das CodeInsight offenbar nur im Body einer Methode. Außerhalb des begin-end und bei einer einfachen Procedure oder Function außerhalb von Klassen geht es trotzdem.

Kann also direkt ins Quality Portal übernommen werden.:)

[Codehunter]

Zitat:

Zitat von Uwe Raabe (Beitrag 1423557)

Interessanterweise blockiert das CodeInsight offenbar nur im Body einer Methode. Außerhalb des begin-end und bei einer einfachen Procedure oder Function außerhalb von Klassen geht es trotzdem.

Man könnte ja fast auf die Idee kommen dass der CI einen eigenen Parser verwendet um seine Liste zu befüllen und der arbeitet anders als der Parser vom Editor. Im vorliegenden Fall ein Highlander-Problem (Kann nur ein "type" geben innerhalb des Klassenkopfes?)

Zitat:

Zitat von Uwe Raabe (Beitrag 1423557)

Kann also direkt ins Quality Portal übernommen werden.:)

Machst du? Wäre nett. Mein Englisch sorgt bei Emba immer für Belustigung ^^

[Uwe Raabe]

Zitat:

Zitat von Codehunter (Beitrag 1423560)

Machst du? Wäre nett. Mein Englisch sorgt bei Emba immer für Belustigung ^^

So richtig verlässlich est es dann aber wohl doch nicht :(

Gerade nochmal das Projekt neu geöffnet, Build gemacht und schwupps lässt sich der Fehler nicht mehr nachvollziehen. Ich muss das nochmal im Detail untersuchen.

[Codehunter]

Zitat:

Zitat von Uwe Raabe (Beitrag 1423563)

Gerade nochmal das Projekt neu geöffnet, Build gemacht und schwupps lässt sich der Fehler nicht mehr nachvollziehen. Ich muss das nochmal im Detail untersuchen.

Ja genau so war es bei mir auch. Nur hat es sich dann irgendwann verfestigt und blieb dann bei 100% reproduzierbar.