Delphi 10.1 Berlin - IDE Geschwindigkeit bei visueller Vererbung

[Bambini]

Bei dem Versuch eines Umstiegs von DX10 auf DX10.1 sind die IDE Reaktionszeiten beim Laden einer TForm mit visueller Vererbung sehr langsam geworden. In einem großen VCL Projekt dauerte z.B. das Öffnen einer Form mit visueller Vererbung in DX10 Seattle ca. 1-2 Sekunden. Bei DX10.1 Berlin dauert auf der gleichen Maschine mit dem gleichen Code, die gleiche Form jetzt ca. 15-18 Sekunden. Weder ein schließen und wieder öffnen der Form oder auch wenn ich alle inherited Form zuvor geöffnet habe, bringt eine zeitliche Änderung.
In diesem Zustand ist DX10.1 Berlin leider nicht zu gebrauchen.

Ist dazu etwas bekannt?

[Bambini]

Habe mal versucht in den CallStack der BDE.exe zu schauen was da so los ist.
Dabei fällt auf, obwohl das ein reines VCL Projekt ist, das hier auch FMX Bibliotheken (bindcompfmx240.bpl) aktiv sind:

Delphi-Quellcode:

rtl240.bpl!@System@Generics@Collections@%TStack__1$i%@TEnumerator@MoveNext$qqrv+0x3ee
rtl240.bpl!@System@Classes@InvalidPoint$qqrx24System@Types@TSmallPoint+0x4d40
rtl240.bpl!@System@Generics@Collections@%TStack__1$i%@TEnumerator@MoveNext$qqrv+0x3ee
rtl240.bpl!@System@Generics@Collections@%TStack__1$i%@TEnumerator@MoveNext$qqrv+0xd05
rtl240.bpl!@System@Classes@InvalidPoint$qqrx24System@Types@TSmallPoint+0x4d40
rtl240.bpl!@System@Classes@InvalidPoint$qqrx24System@Types@TSmallPoint+0x5544
rtl240.bpl!@System@Classes@GetClass$qqrx20System@UnicodeString+0x2e
bindcompfmx240.bpl!@System@Generics@Collections@%TList__1$46Data@Bind@Dblinks@TDBGridLinkColumnDescription%@TEnumerator@MoveNext$qqrv+0x5045
bindcompfmx240.bpl!@System@Generics@Collections@%TList__1$46Data@Bind@Dblinks@TDBGridLinkColumnDescription%@TEnumerator@MoveNext$qqrv+0x7fe7
bindcompfmx240.bpl!@System@Generics@Collections@%TList__1$46Data@Bind@Dblinks@TDBGridLinkColumnDescription%@TEnumerator@MoveNext$qqrv+0x7ebf
rtl240.bpl!@System@@IntfCopy$qqrr44System@%DelphiInterface$17System@IInterface%x44System@%DelphiInterface$17System@IInterface%+0xc

[Bambini]

Noch ein kleiner Nachtrag:
Benennt man diese bindcompfmx240.bpl um und ignoriert die Delphi Meldungen beim Start, sind die Geschwindigkeiten beim Öffnen der Formulare hervorragend.

[Der schöne Günther]

Machst du einen Eintrag im Bugtracker?

[Uwe Raabe]

Könnte an QC 116169 und dem fehlenden IDE-Fixpack für Berlin liegen.

[madas]

Zitat von Uwe Raabe:

Könnte an QC 116169 und dem fehlenden IDE-Fixpack für Berlin liegen.

Leider sprechen die Kommentare im QC für sich und gegen Delphi.
Seit 7 Major Versionen nicht gefixt. Hut ab.

[Bambini]

Delphi 10 Seattle ist mit oder ohne IDE-Fixpack beim Öffnen der Form schnell. Es macht in diesem Punkt keinen Unterschied.

Ich habe dunkel im Hinterkopf, das Andreas Hausladen mal gesagt hatte, das er für die neueren IDE keine Fixes mehr erstellt, da er diese selbst nicht mehr nutzt und die IDE ausschließlich für die Fixes kaufen müsste und das zu teuer ist.

[Bambini]

Zitat von Uwe Raabe:

Könnte an QC 116169 und dem fehlenden IDE-Fixpack für Berlin liegen.

Vermute das ist nicht mein Problem, da ich Livebinding nicht verwende.

[madas]

Zitat von Bambini:

Zitat von Uwe Raabe:

Könnte an QC 116169 und dem fehlenden IDE-Fixpack für Berlin liegen.

Vermute das ist nicht mein Problem, da ich Livebinding nicht verwende.

Laut QC reicht es ja schon aus, wenn die Packages im Paketmanager angehakelt, sprich enabled, sind, um alles langsamer zu machen. Unabhängig davon, ob diese nun im Projekt wirklich Verwendung finden oder nicht. Also Haken bei

Zitat von http://qc.embarcadero.com/wc/qcmain.aspx?d=116169:

- Embarcadero LiveBindings Components
- Embarcadero LiveBindings Components FireMonkey
- Embarcadero LiveBindings Components VCL

raus und schauen, ob sich eine Besserung einstellt.

[win568]

Es ist leider umso Bestürzender festzustellen, dass bis dato die IDEFix Packs notwendig sind.
Andreas hat alle seine Änderungen öffentlich gemacht. Wie verblendet muss man sein, dass man
Fehler, die bereits so lange in der IDE vorhanden sind, nicht fixt.

Weiters ist es seitens Emba traurig, dass Andreas nicht gratis jede Delphi Version bekommt,
damit er wieder die Fehler in der IDE fixen kann.