Feldname als Namespace interpretiert

[ConnorMcLeod]

Hallo miteinander,
mein Compiler mag mich nicht mehr ;-(

Das Szenario (simplified):

Delphi-Quellcode:

unit UF1;

interface

uses
  ...;

type
  TfraEins  = class(TFrame);

implementation

end.

==================================================

unit UF2;

interface

uses
  UF1, ...;

type
  TfraZwei  = class(TFrame)
    fraEins: TfraEins;
    procedure MachwasMitFraEins;
  end;

implementation

procedure TfraZwei.MachwasMitFraEins;
begin
  fraEins.Tag := 1;
end;

end.

Das hat jetzt jahrelang funktioniert. Nach einer (unerheblichen) Änderung in UF2 schimpft D2010:
Datei C:\Windows\system32\fraEins kann nicht geöffnet werden.

Kennt jemand dieses Phänomen?

[hoika]

Hallo,

build all (Shift+F9)

Ansonsten mal alles ausser den pas/dfm/dpr löschen (vorher retten ...)


Heiko

[ConnorMcLeod]

Bringt leider nix, trotzdem danke!
Habe zuerst

Delphi-Quellcode:

del *.dcu /s

gemacht, dann alles ausser der DPR umbenamst, danach ein BuildAll ... Compilieren läuft durch, aber die Datei UF2.pas in der IDE öffnen liefert wieder dieselbe Meldung. Irgendwie hat D vergessen, dass der Frame definiert ist. In der Objektablage ist er aber. Hm.

[sx2008]

Nur zur Sicherheit: sind die Units der Frames auch (mit korrektem Dateinamen) in der Projektdatei enthalten?

[himitsu]

D2010 ... keine Probleme.
Wäre auch zu eigenartig, wenn das Absicht ist.

Statt der ...-Punkte wurde nur noch "Forms" eingesetzt.
Was steht denn bei deinen Test alles dort drin?

Zitat:

Nur zur Sicherheit ...

Wie sieht die DPR aus?

[ConnorMcLeod]

Zitat:

Zitat von sx2008 (Beitrag 1150451)

Nur zur Sicherheit: sind die Units der Frames auch (mit korrektem Dateinamen) in der Projektdatei enthalten?

Ja, sind drin.

[ConnorMcLeod]

Zitat:

Zitat von himitsu (Beitrag 1150465)

D2010 ... keine Probleme.
Wäre auch zu eigenartig, wenn das Absicht ist.

Statt der ...-Punkte wurde nur noch "Forms" eingesetzt.
Was steht denn bei deinen Test alles dort drin?

Zitat:

Nur zur Sicherheit ...

Wie sieht die DPR aus?

Ich find's auch eigenartig, weil es bis zur Änderung funktioniert hat.

Bei meinem Test/DPR ... es ist leider kein Test, sondern ein laufendes Projekt. Deswegen war das Beispiel auch (sehr, sehr) vereinfacht.

Der Witz ist, dass es compiliert und läuft. Nur die IDE weigert sich. Ich vermute, dass es im Hintergrund noch Abhängigkeiten gibt, die nur zur Entwicklungszeit für die Anzeige relevant sind und welche das sind, muss ich erst noch herausfinden. Am besten ich taste mich rückwärts und lösche der Reihe nach alles raus, bis alles wie gewünscht reagiert und dann hab ich's.
Die Packages habe ich auch schon neu compiliert, das kann's also auch nicht sein.

[himitsu]

Es sind aber keine BPLs im Spiel?
http://www.delphipraxis.net/166027-n...rt-werden.html

Zitat:

Zitat von ConnorMcLeod (Beitrag 1150438)

schimpft D2010:
Datei C:\Windows\system32\fraEins kann nicht geöffnet werden.

Achso, du meinst nicht beim Compilieren, sondern z.B. bei Strg+Linksklick, oder wie?

Tja, leider harmonieren der Compiler und Sachen wie Code-Insight nicht richtig miteinander.
(vorallem beim Error-Insight gibt es öfters Probleme, also mit den Rrot unterkringelten angeblichen Fehlern)
Soll soviel heißen, daß der betrefende Parser wohl einige Probleme hat und eventuell den Code falsh interpretiert (erkennt Datei statt Typ)

[ConnorMcLeod]

Zitat:

Zitat von himitsu (Beitrag 1150507)

Achso, du meinst nicht beim Compilieren, sondern z.B. bei Strg+Linksklick, oder wie?

Genau. Oder [Datei]-[Öffnen]. Oder ein Breakpoint zur Laufzeit in UF2.pas .

[himitsu]

Du könntest ja mal versuchen das Verzeichnis in die Suchpfade aufzunehmen. :angle:
Bzw., ist diese Datei richtig/explizit im Projekt drin? (taucht in der Projektverrwaltung auf)