Unterschied bei ProcessMessages Delphi 2005 --> 2009 Pro?

[Linkat]

Hallo,
kürzlich habe ich mein Delphi von 2005 auf 2009 professional umgestellt.

Mir ist folgendes bezüglich Application.ProcessMessages aufgefallen:

In einem Programm, das mit Delphi 2005 pro geschrieben wurde, wird jetzt unter Delphi 2009 pro der Befehl "Application.ProcessMessages" rot unterstrichen (s. beigefügten Bild ProcMess1.png). Im Fenster Struktur (Objektansicht) wird ein Fehler gemeldet: "Undeklarierter Bezeichner 'ProcessMessages' in Zeile xxx" (s. beigefügten Bild ProcMess2.png). Das Programm lässt sich trotz des Fehlers kompilieren. Sonst ist bisher nichts aufgefallen.

Aber: Heute habe ich festgestellt, dass nach dem Aufruf einer Procedure mit größerem Rechen- bzw. Zeitaufwand die anfangs gesetzte Sanduhr (Screen.Cursor:=crHourGlass;) zwischen drin, also vor dem Befehl (Screen.Cursor:=crDefault;) am Ende der Procedure, auf Default umgestellt wird. In der Procedure wird auch Application.ProcessMessages aufgerufen, um einen Fortgang der Auswertung zu sehen.

Kann das mit dem oben geschilderten Problem zusammenhägen? Wie schafft man Abhilfe?

[Linkat]

kann keiner einen Tipp geben?

Gruß, Linkat

[ENatter]

Sorry Leute, ich muss das Thema nochmals ansprechen. Weiss jemand wie es sich damit verhält? Ich hab genau das gleiche Problem!

[himitsu]

Zitat von Linkat:

wird jetzt unter Delphi 2009 pro der Befehl "Application.ProcessMessages" rot unterstrichen (s. beigefügten Bild ProcMess1.png). Im Fenster Struktur (Objektansicht) wird ein Fehler gemeldet: "Undeklarierter Bezeichner 'ProcessMessages' in Zeile xxx". Das Programm lässt sich trotz des Fehlers kompilieren. Sonst ist bisher nichts aufgefallen.

Das liegt einfach nur an einer "fehlerhaften" Inline-Fehlerprüfung aka Code Insight.
Also es wird zwar ein Fehler angezeigt, welcher aber nicht existiert.

Falls dich diese roten Untersteichungen nerven/irritieren, dann schalt es einfach aus (PS: bei sehr vielen markierten "Fehlern" wird die IDE auch langsamer, wenn man diese sich anzeigen/unterstreichen läßt)

Tools > Optionen... > Editor-Optionen > Code Insight > ...

Und was den Screen.Cursor angeht:
Application.ProcessMessages verarbeitet ja alle anstehenden Windowsnachrichten und damit auch z.B. alle möglichen Ereignisprozeduren (von z.B. TTimer und sonstigen VCL-Komponenten)
Und wenn in irgendeiner der Ereignisprozeduren zufällig auch an Screen.Cursor etwas übergeben wird, dann ändert sich dessen Wert natürlich.

[wicht]

Zitat:

Tools > Optionen... > Editor-Optionen > Code Insight > ...

Danke! Mit etwas glück geht dann vielleicht sogar in dieser Klassen-Ansicht die Kategorie "Fehler" weg, die den Klassen-Explorer bei mir absolut unbrauchbar macht, weil die angeblichen Fehler einen Großteil der Liste ausfüllen...

Werde ich später mal direkt testen