Delphi 11.2 Compiler und RTL Version

[BastiFantasti]

Danke für die Rückmeldungen.

@dummzeuch Super das die GExperts Erweiterung funktioniert

@himitsu: Bei den Erweiterungen die wir verwenden sollte der Quellcode vorhanden sein.
Viele sind OpenSource und die gekauften wurden mit Quellen gekauft
und ansonsten wenn alles schief läuft gibt es ja in der Tat das Backup

DCUs und BPLs werden gelöscht und neu erzeugt - das sollte auch passen.

@Uwe Raabe:
Ich könnte mir Vorstellen, dass wir für Erweiterungen wie Documentation Insight (keine Quellen vorhanden) oder die DDevExtensions auf aktualisierte Versionen zurück greifen müssen.

[himitsu]

DocuInsight und DDevExt sind via DLL Experten eingehängt.
Wenn sowas nicht mit BPLs gelinkgt wurde (was man besser nicht machen sollte, da das grade der Grund ist, dass es DLLs sind), dann sind die per se erstmal komplett unabhängig von der IDE, also ein XE2-Experte könnte grundsätzlich immernoch im 11.2 laufen ... davon abgesehn, dass sie sich gern tiefer in die IDE hängen und nicht immer nur offizielle Schnittstellen der OpenToolsAPI verwenden.

[dummzeuch]

Zitat von himitsu:

DocuInsight und DDevExt sind via DLL Experten eingehängt.
Wenn sowas nicht mit BPLs gelinkgt wurde (was man besser nicht machen sollte, da das grade der Grund ist, dass es DLLs sind)

Selbst die DLL-Experten werden zumindest gegen einige der Runtime BPLs gelinkt, denn sonst können sie nicht mit der IDE interagieren.

Bei GExperts z.B. sind das:

• rtl
• vcl
• vclx
• designide

[Uwe Raabe]

Wobei allein designide wiederum implizit schon DesginIDEResources, vclimg, xmlrtl, vclwinx, vclactnband, vcl und rtl einbindet.

Faktisch kann man einen IDE-Experten gar nicht ohne Runtime-Packages compilieren. Der würde so gut wie nichts können. Nicht mal sich registrieren.

[himitsu]

Mir war so, auch mal ein Tutorial gesehn zu haben, welches ohne Linken auskam.

Rein die Interfaces der ToolsAPI hätten es nicht nötig, da dort alles über die COM-API liefe.

[Uwe Raabe]

Allein das ToolsApi in der uses erfordert ein requires von designide, sonst kann man es gar nicht compilieren.

[BastiFantasti]

Es bleibt also spannend

Wir werden das Update die Tage (wenn mal Luft ist) angehen.

Es scheint ja doch die eine oder andere Verbesserung in der IDE gegeben zu haben für die es sich lohnt das Update einzuspielen.

[himitsu]

Also einwas, wo es hängt, hab ich nun gefunden.

die/eine Fehlermeldung z.B. vom Strg+Shift+F landet modal hinterm IDE-Fenster


und der Recovery wird wohl nicht über einen Timer getriggert, denn sonst würde er ja auch in dem modalen Fenster anspringen und speichern,
aber da nicht mehr gespeichert wird .... fehlt somit der letzte Stand, obwohl die IDE eigentlich die Chance hätte alles zu sichern, bei diesem "Hängen", bevor man irgendwann den Taskmanager um Hilfe bittet.