Delphi XE2 und Fastreport

[hanspeter]

Hallo,
Eine Anwendung mit Fastreport und XE2 hat, ohne das an der Installation etwas geändert wurde, plötzlich funktionale Schwierigkeiten.
Ein neues Formular, darauf nur die Fastreport Komponente und die Designer Komponente.
Bei einem Doppelklick auf den Report im Entwurfsmodus dauert es fast eine Minute bis der Designer angezeigt wird. Setze ich einen Button auf das Formular und rufe im Onklick frxReport.DesignReport auf,
dann dauert es mehr als eine Minute, ehe der Designer öffnet.
Starte ich die Exe außerhalb von Delphi dann geht es schneller.
An Fastreport selbst kann es nicht liegen.
In einer Installation auf dem Notebook tritt der Effekt nicht auf.
Ich habe probeweise vom Notebook alle Fastreport bpl kopiert, mit dem gleichen Effekt.
Bei de Rechner laufen unter Windows 10.
Hat wer eine Idee, woran das liegen kann?

Gruß Peter

[Bernhard Geyer]

Seit wann tritt das auf?
Evtl. Windows-Updates eingespielt? Oder (großes?) Updates des Virenscanners?

[hanspeter]

Das Problem trat vorige Woche von einen Tag auf den anderen auf.
Ein größeres Window-Update wurde, glaub ich, eingespielt.
(Update ist bei mir auf Automatisch.)
Als Vierenscanner verwende ich Windows-Defender.

[himitsu]

Ja, da gibt es wohl irgendwas, das sich aber schon im letzten Jahr geändert hat. (im Windows Server 2012R2)

Der Start unseres Programms in der IDE war schon immer etwas langsamer (sehr viele Packages und DLLs), so dass ich da nicht mit sicherheit sagen kannt, ob und wie viel langsamer es ist.
Aber beim Debuggen der Delphi-IDE, da dauerte es früher gefühlt keine 1-2 Minuten, aber inzwischen könnte ich paar Stangen rauchen, bis die DelphiXE-IDE samt DevExpress, FastReport und Co. gestartet ist, vor allem beim Laden der Debuginfos hängt es gewaltig.
IDE-FixPack/SpeedPack und Co. helfen da auch nicht mehr.

Manchmal weit über 10 Minuten, bis Delphi da im Debugger gestartet ist und ich hab hier ein kleines Arbeitstier. (128 GB RAM, Xeon E5, 32 Kerne, fettes RAID ...)

[hanspeter]

Es geht nicht um IDE Start. Die startet wie immer.
Der Aufruf des Fastreport Designers dauert > 1 min.
Wenn man mit dem Debugger durchgeht dauert im Designer gleich das erste inherited Create so lange.

[himitsu]

Indirekt schon. Es dauer lange, wenn es innerhalb der Delphi-IDE gemacht wird. (FormDesigner oder im Debugger)
Ist es bei dir außerhalb der IDE schneller? (Programm extern gestartet)

Das Laden der Packages mit Debuginfos scheint bei uns ewig zu dauern
und genau das Selbe passiert vermutlich hier auch mit den Packages des FastReport.
Virenscanner, Windows-Securityverbesserungen, ... könnte auch an sowas hängen.

Ich hab's noch nicht gemacht, aber falls z.B. die Pro des AQTime rumliegt, dann könnte er mal nachsehn wo genau die meißte Zeit verbraten wird.

[hanspeter]

Bei direktem Start der Exe ist praktisch keine Verzögerung festzustellen.

[Uwe Raabe]

Könnte das eventuell damit zusammenhängen? The Issue with Delphi Runtime Packages and Windows 10 Creators Update

[himitsu]

Zitat:

The Issue with Delphi Runtime Packages and Windows 10 Creators Update

Keine Ahnung Eventuell. Bei uns trat da schon im Server 2012R2 auf und hat sich im neuinstallierten Server 2016R2 nicht geändert.
Der Server 2016 würde aber quasi dem Windows 10 entsprechen.

Zumindestens hängt das Laden der Packages, was man im Debuggerlog schön verfolgen und gemütlich mitlesen kann.


[edit]
Nee, im Delphi XE sehe ich das Laden nur einmal, aber es hängt da immer ein bis mehrere Sekunden pro Library.

[hanspeter]

Ja damit wird es wohl zusammen hängen.
Im Ereignisprotokoll werden nach dem Drücken des Button Start (Nur Aufruf von frxReport1.DesignReport
60453 Botschaften generiert.

Allein die Botschaft
hwnd=$000E0724 (WM_USER+45119) wParam $00000000 lParam $04EA6C70 Prozess ProjectTestfastreport.exe (8472)
mehr als 1000 mal