Delphi 10.3 Rio ist da!

[blawen]

Zitat:

Zitat von Harry Stahl (Beitrag 1419288)

Ich habe jetzt mal einige größere Komponentensammlungen installiert und größere FMX-Projekte (über 200 Forms / Units / über 200.000 Zeilen Code) unter Windows, MACOS und Linux kompiliert.

Delphi HTML Component Library --> Projekte laufen unter Windows + Linux + MAC OS (Super !)

TMSFMXUiPack und TMSFNCUIPack (mit TMSFNCCore) -- > Projekte laufen unter Windows + MAC-OS - unter Linux nicht, habe ich schon an TMS gemeldet (sollte aber nur eine Kleinigkeit sein)

Generell war ich aber überrascht, dass die Installation aller Komponenten bislang absolut reibungslos lief und auch große Projekte anstandslos kompilierten.

Das sieht sehr vielversprechend aus...

TMSFMXUiPack und TMSFNCUIPack funktionieren bei mir unter D10.3 ebenfalls, dafür aber nicht mehr unter D10.2.3.
Diesbezüglich habe ich im Supportforum eine Anfrage gestellt.


Devart hat MyDAC 9.3.8 offiziell ebenfalls mit D10.3 Support freigegeben - allerdings fehlt, zumindest bei meinem Account, der zugehörige Download-Link.
Auch hier habe ich einen Support-Eintrag erstellt.

Mal schauen, wie schnell die Beiden reagieren.

[Stevie]

Zitat:

Zitat von Uwe Raabe (Beitrag 1419254)

Ich habe auch den Verdacht, daß die Error Insight Abteilung die neuen Spezifikationen erst nach dem Release bekommt.

Es soll ja schlaue Leute geben, die haben sich irgendwann gedacht "Mann, das ist so doof, immer alles 2mal zu bauen, lass uns doch einen Compiler schreiben, der sowohl Binaries baut, als auch für die IDE zuständig ist" :stupid:

[Sherlock]

Interessanterweise gibt es einen Delphi Language Server. Wie ich gerade feststellen mußte, jedoch nur für C++. Wird dann vielleicht in der nächsten Version kommen.

Sherlock

[lxo]

Hallo,

hatte jemand von euch schon diesen Fehler beim compilieren?

Code:

[dcc32 Fataler Fehler] Interner Fehler: C5551

Laut Embarcadero

Zitat:

Manchmal wird die Compilierung einer Delphi-Anwendung mit einer Fehlermeldung wie der folgenden abgebrochen:



Interner Fehler: X1234

Diese Meldung bedeutet, dass der Compiler eine Fehlerbedingung entdeckt hat, die nicht auf einen Syntaxfehler zurückgeht, die er jedoch nicht beheben kann. Manchmal entsteht dieser Fehler, weil der sich der Speicherverbrauch zur Compilierzeit dem Limit der IDE während der Erzeugung nähert. Hierbei setzt ein Workaround Projekt > Optionen... > Delphi-Compiler > MSBuild extern für die Compilierung verwenden auf true.

Hinweis: Mir der Option "MSBuild extern für die Compilierung verwenden " der Delphi-Compiler-Seite kann das Projekt außerhalb der IDE mit MSBuild erstellt werden.
Die Angabe nach "Interner Fehler" besteht aus einem oder mehr Buchstaben, gefolgt von einer Zahl, die eine compilerinterne Datei- und Zeilennummer darstellt. Obwohl diese Informationen für den Programmierer wenig Aussagekraft haben, helfen Sie uns (Embarcadero) bei der Identifizierung des Problems, wenn Sie uns den Fehler melden. Fügen Sie diese Informationen daher immer Ihrer Fehlerbeschreibung bei.

Aber auch das "MSBuild extern für die Compilierung verwenden" macht keinen Unterschied.

[jaenicke]

Wenn das zu 100% reproduzierbar ist, würde ich das Projekt so lange abspecken bis eine Version da ist, in der der Fehler noch auftritt, die du aber so zur Analyse weitergeben kannst, sprich möglichst ohne Abhängigkeiten usw.
Und dann kannst du ein Ticket aufmachen, den Quelltext und Informationen zur Reproduktion des Fehlers schicken, dann solltest du Hilfe bekommen.

[lxo]

Hallo,

konnte das Problem jetzt reproduzieren und habe ein Ticket bei Embarcadero angelegt.
https://quality.embarcadero.com/browse/RSP-21790

[Harry Stahl]

Zitat:

Zitat von Harry Stahl (Beitrag 1419288)

Ich habe jetzt mal einige größere Komponentensammlungen installiert und größere FMX-Projekte (über 200 Forms / Units / über 200.000 Zeilen Code) unter Windows, MACOS und Linux kompiliert.

Delphi HTML Component Library --> Projekte laufen unter Windows + Linux + MAC OS (Super !)

TMSFMXUiPack und TMSFNCUIPack (mit TMSFNCCore) -- > Projekte laufen unter Windows + MAC-OS - unter Linux nicht, habe ich schon an TMS gemeldet (sollte aber nur eine Kleinigkeit sein)

Generell war ich aber überrascht, dass die Installation aller Komponenten bislang absolut reibungslos lief und auch große Projekte anstandslos kompilierten.

Das sieht sehr vielversprechend aus...

Nachtrag: Problem ist bei TMS erkannt und intern schon behoben, wird beim nächsten Release drin sein.

Man kann es aber auch schon selber fixen, indem man in der Unit FMX.TMSFNCPersistance.pas eine Prozedur ändert, so dass sie so aussieht:

Delphi-Quellcode:

function GetShortStringString(const ShortStringPointer: PSymbolName): string;
begin
  Result := string(ShortStringPointer^);
end;

Danach kompiliert alles auch unter Linux (mit FMXLinux).

[jaenicke]

Zitat:

Zitat von lxo (Beitrag 1419379)

konnte das Problem jetzt reproduzieren und habe ein Ticket bei Embarcadero angelegt.
https://quality.embarcadero.com/browse/RSP-21790

Wenn es dringend ist, würde ich auch ein Support Ticket aufmachen mit Verweis auf den Eintrag. Dann hast du die Sicherheit, dass sich da jemand direkt drum kümmert.

[lxo]

Zitat:

Zitat von jaenicke (Beitrag 1419401)

Zitat:

Zitat von lxo (Beitrag 1419379)

konnte das Problem jetzt reproduzieren und habe ein Ticket bei Embarcadero angelegt.
https://quality.embarcadero.com/browse/RSP-21790

Wenn es dringend ist, würde ich auch ein Support Ticket aufmachen mit Verweis auf den Eintrag. Dann hast du die Sicherheit, dass sich da jemand direkt drum kümmert.

Wo kann ich das denn anlegen? Ich dachte du meintest dort ein Ticket anlegen.

[CodeX]

Zitat:

Zitat von Dawn87 (Beitrag 1419251)

Haben die Jungs von Embarcadero die syntaktischen Erweiterungen zwar im Compiler aber nicht im Error Insight berücksichtigt? Der folgende Code kompiliert mit 0 Warnungen und 0 Fehlern und macht auch das was er soll, aber trotzdem hat der Editor den roten Stift rausgeholt (siehe Anhang).

Ist bei mir auch so.
Hat Embarcadero wirklich eine Spracherweiterung veröffentlicht, ohne diese im Editor zu berücksichtigen? Ich kann es irgendwie nicht fassen...

[jaenicke]

Zitat:

Zitat von lxo (Beitrag 1419407)

Wo kann ich das denn anlegen? Ich dachte du meintest dort ein Ticket anlegen.

Dort:
https://www.embarcadero.com/de/support
Ich habe aber auch schon bei solchen Fällen einen normalen Eintrag im Quality Portal gemacht und dort darauf verwiesen. Das hat den Vorteil, dass andere, die den gleichen Fehler bei sich haben, diesen Eintrag finden können. Ob das sinnvoll ist, hängt vom Fehler ab.

Der Bug ist aber auch seltsam, hängt aber ja vermutlich mit den Erweiterungen an Records allgemein zusammen.

[mkinzler]

Zitat:

Der Bug ist aber auch seltsam, hängt aber ja vermutlich mit den Erweiterungen an Records allgemein zusammen.

Diese sind aber kein Teil (mehr) von 10.3

[Uwe Raabe]

Zitat:

Zitat von mkinzler (Beitrag 1419432)

Diese sind aber kein Teil (mehr) von 10.3

Na ja, so ganz kann man das dann auch nicht sagen:

10.2 Tokyo

Delphi-Quellcode:

  // Sync with compiler internals
  TTypeKind = (tkUnknown, tkInteger, tkChar, tkEnumeration, tkFloat,
    tkString, tkSet, tkClass, tkMethod, tkWChar, tkLString, tkWString,
    tkVariant, tkArray, tkRecord, tkInterface, tkInt64, tkDynArray, tkUString,
    tkClassRef, tkPointer, tkProcedure {, tkMRecord});

10.3 Rio

Delphi-Quellcode:

  // Sync with compiler internals
  TTypeKind = (tkUnknown, tkInteger, tkChar, tkEnumeration, tkFloat,
    tkString, tkSet, tkClass, tkMethod, tkWChar, tkLString, tkWString,
    tkVariant, tkArray, tkRecord, tkInterface, tkInt64, tkDynArray, tkUString,
    tkClassRef, tkPointer, tkProcedure, tkMRecord);

[Schokohase]

Heute bei GetIt:

Code:

---------------------------
Anwendungsfehler
---------------------------
Exception EAccessViolation in Modul rtl260.bpl bei 00120F84.

Zugriffsverletzung bei Adresse 0897AB17 in Modul 'GetIt260.bpl'. Lesen von Adresse 00000000.


---------------------------
OK   
---------------------------

Ich kann noch sehen, dass dort insgesamt 56 Pakete sein sollen und dann verabschiedet sich die IDE (manchmal auch mit dieser Exception).

Wann kommt das erste Update?

[KodeZwerg]

Ich wollte hier nur kurz verkünden das auf http://docwiki.embarcadero.com/RADSt...piler_Versions auch Rio korrekt dargestellt wird.

Zitat:

Delphi conditional VER<nnn> Product Product Version Package Version CompilerVersion
VER330 Delphi 10.3 Rio / C++Builder 10.3 Rio 26 260 33.0

Da das irgendwo mal verlangt war.

[Papaschlumpf73]

Zitat:

Zitat von mkinzler (Beitrag 1418789)

Auch in den Vorgängerversionen wurden die FasReports über GetIT installiert.

Fast Report VCL und FMX sind jetzt auch für 10.3 Rio über GetIt verfügbar.

[GSM]

Im GetIt Manager hatte ich in Delphi 10.2 - 220 Komponenten verfügbar.
Jetzt unter 10.3 listet Getit bei mir gerade noch 78 Komponenten.
U.a. ist da auch LockBox3 verschwunden. Hat jemand eine Idee?

[DieDolly]

LockBox ohne GetIt kompilieren und installieren?

[Heuman]

Zitat:

Zitat von GSM (Beitrag 1419701)

Im GetIt Manager hatte ich in Delphi 10.2 - 220 Komponenten verfügbar.
Jetzt unter 10.3 listet Getit bei mir gerade noch 78 Komponenten.
U.a. ist da auch LockBox3 verschwunden. Hat jemand eine Idee?

bei github gibt's eine funktionierende Version.

Gruß

[jaenicke]

Ich halte es ganz allgemein für sinnvoller sich nicht von GetIt & Co abhängig zu machen. Mit eigenen Buildskripten und Packages gibt es meistens auch bei Fremdkomponenten keine Probleme bei neuen Delphiversionen. Offizielle Updates kann man dann ja immer noch einspielen, aber angewiesen ist man meistens dann nicht darauf.

Bei uns sind die JEDIs die einzige Abhängigkeit ohne die unsere Packages nicht kompilieren, aber mit ein paar Pfadangaben kompiliert es auch ohne diese richtig zu installieren erstmal wieder.

[GSM]

LockBox3 ist ehrlicherweise auch die einzige Komponente, die ich aus GetIt benutzt habe und dies nur, weil die letzte verfügbare Version von der Website Probleme mit der Verschlüsselung unter OSX hatte und ich daraufhin die Version aus GetIt mit Erfolg verwendet hatte.
Es ist nicht nachvollziehbar, welche Version nun wirklich die passende ist und ich hatte die Idee, die Version könnte plattformübergreifend getestet wurden sein.. zumindest in der Hoffnung. Kompatibel scheinen die Versionen untereinander nicht, denn zumindest mir ist es nicht gelungen, ein File, was mit der einen Version verschlüsselt war, mit der anderen Version zu entschlüsseln, aber vielleicht ist das ja auch nur nicht rückwärts-kompatibel und vorwärts schon...ich habe es nicht tiefer hinterfragt und eben nur die GetIt Version genutzt und ein Tool gebaut, was die Verschlüsselung ändert....Aufwand ohne Ende im Dschungel der Versionen ...

[zeras]

Ich habe heute mal ein Projekt auf 10.3 hochgezogen. Das compilieren klappt soweit alles, aber beim Debuggen kommt immer wieder die Meldung "Komponente mit der Bezeichnung FindDeclaration existiert bereits".
Die Meldung kommt, wenn ich mit einen rechten Mausklick auf eine Funktion springen will.

Hat jemand gleiches?

Habe mal die IDE neu gestartet und nun kommt gleich Meldung, aber mit der Bezeichnung "ecSwapCppHdrFiles".
Hier ist offenbar etwas nicht sauber initialisiert.

[jaenicke]

Hast du irgendwelche Addons installiert?

[zeras]

Bis jetzt habe ich nur die TMS und Tsilang drin.

[blawen]

Zitat:

Zitat von zeras (Beitrag 1419895)

Bis jetzt habe ich nur die TMS und Tsilang drin.

Ich habe zwar nicht das gleiche Problem, aber durchaus noch zu kämpfen mit den TMS Komponenten.

Auf meinem Zweitrechner habe ich ich mir die FNC Komponenten installiert, dabei wurde die D10.2.3 Installation beschädigt.
Mit dem paralell installierten D10.3 RIO klappt es hingegen problemlos.
Einziges Manko ist, dass seitens TMS bisher nur relativ wenige Komponentensammlungen aktualisiert wurden.

Ev. hilft Dir folgender Link https://en.delphipraxis.net/topic/31...rio-available/

[Uwe Raabe]

Zitat:

Zitat von zeras (Beitrag 1419893)

Habe mal die IDE neu gestartet und nun kommt gleich Meldung, aber mit der Bezeichnung "ecSwapCppHdrFiles".

Diese Meldung kenne ich von einigen Plugins, die sich in das Kontextmenü des Code-Editors einhängen.

[zeras]

Zitat:

Zitat von Uwe Raabe (Beitrag 1419900)

Diese Meldung kenne ich von einigen Plugins, die sich in das Kontextmenü des Code-Editors einhängen.

Wenn ich Delphi starte, geht der erste Aufruf OK, siehe erstes Bild. Wenn ich dann den rechten Mausklick nochmals mache, kommt Meldung, siehe 2. Bild.
Da beim ersten Bild der Tsilang Experte angezeigt wird, vermute ich dann eher, dass es mit diesem zusammenhängt, als mit den TMS Kompos.
Kann das jemand bestätigen? Wenn ja, müsste ich ja mal TsiLang anschreiben.

[Uwe Raabe]

Zitat:

Zitat von zeras (Beitrag 1419904)

Wenn ich Delphi starte, geht der erste Aufruf OK, siehe erstes Bild. Wenn ich dann den rechten Mausklick nochmals mache, kommt Meldung, siehe 2. Bild.
Da beim ersten Bild der Tsilang Experte angezeigt wird, vermute ich dann eher, dass es mit diesem zusammenhängt, als mit den TMS Kompos.

Einfach deinstallieren und nach einem Neustart schauen, ob der Fehler weg ist.

Mit Rio wurde das Verhalten des Editor-Kontextmenüs verändert und das betrifft alle Plugins, die sich dort einhängen. MMX unterlässt das bewusst in 10.3 und man muss halt erstmal damit leben. Ich weiß auch, daß Teile von GExperts ähnliche Probleme verursachen: https://en.delphipraxis.net/topic/31...rio-available/

[dummzeuch]

Zitat:

Zitat von zeras (Beitrag 1419904)

Zitat:

Zitat von Uwe Raabe (Beitrag 1419900)

Diese Meldung kenne ich von einigen Plugins, die sich in das Kontextmenü des Code-Editors einhängen.

Wenn ich Delphi starte, geht der erste Aufruf OK, siehe erstes Bild. Wenn ich dann den rechten Mausklick nochmals mache, kommt Meldung, siehe 2. Bild.
Da beim ersten Bild der Tsilang Experte angezeigt wird, vermute ich dann eher, dass es mit diesem zusammenhängt, als mit den TMS Kompos.
Kann das jemand bestätigen? Wenn ja, müsste ich ja mal TsiLang anschreiben.

Das Problem ist, dass das Editor-Popup-Menü dynamisch erzeugt wird und der Code in der IDE (!) nicht damit klar kommmt, wenn sich Plugins mit eigenen Menüpunkten da einklinken. Der Effekt ist immer gleich: Beim ersten Mal funktioniert es, danach nie wieder.

GExperts hatte das Problem auch. Ich habe keine Möglichkeit gefunden, es zu lösen und deshalb diese Funktionialität rausgenommen.

[zeras]

Zitat:

Zitat von Uwe Raabe (Beitrag 1419905)

Einfach deinstallieren und nach einem Neustart schauen, ob der Fehler weg ist.

Danke für eure Hinweise.

Ich habe nun die TsiLang Component Suite deinstalliert und nun geht es. Werde dann mal ins Forum der SIComponents schreiben und auf eine Lösung hoffen.

[Harry Stahl]

Ich habe jetzt mal GExperts Beta 2 für Rio installiert.

Die für mich relevanten Funktionen (insbesondere Replace Components) funktionieren.

Danke Thomas, für die Arbeit daran!:thumb:

https://blog.dummzeuch.de/2018/12/01...rio-available/

[Harry Stahl]

Dieses VCL HIgh DPI Problem sollte nach Möglichkeit auch noch im nächsten 10.3.1 gefixt werden:

https://quality.embarcadero.com/browse/RSP-21902

Gerne Unterstützung mit Votes...

[TiGü]

Zitat:

Zitat von Harry Stahl (Beitrag 1419940)

Dieses VCL HIgh DPI Problem sollte nach Möglichkeit auch noch im nächsten 10.3.1 gefixt werden:

https://quality.embarcadero.com/browse/RSP-21902

Gerne Unterstützung mit Votes...

Hast du das Problem auch mit einen neuen Projekt und gestylter Form (Handvoll Dummy Menüs, Checkboxen, Button und Labels draufgeklatscht) auf dem Surface mit 175 DPI?

[Kidi]

Hallo alle zusammen,
ist jemanden bekannt wann MMX für Rio erscheint?
Gibt es auch die DDevExtensions für Rio?

Danke

[mkinzler]

Zitat:

ist jemanden bekannt wann MMX für Rio erscheint?

https://en.delphipraxis.net/topic/28...elphi-103-rio/

[sh17]

Ich packs mal hier rein

Beim einfachen compilieren STRG+F9 kommt bei mir in 8 von 10 Fällen

[Fataler Fehler] Zugriffsverletzung bei Adresse 2065ADFD in Modul 'coreide260.bpl'. Lesen von Adresse 00000099

Nur F9 klappt meist.

Schon mal jemand gehabt?

[TiGü]

Zitat:

Zitat von sh17 (Beitrag 1419986)

Ich packs mal hier rein

Beim einfachen compilieren STRG+F9 kommt bei mir in 8 von 10 Fällen

[Fataler Fehler] Zugriffsverletzung bei Adresse 2065ADFD in Modul 'coreide260.bpl'. Lesen von Adresse 00000099

Nur F9 klappt meist.

Schon mal jemand gehabt?

Mal spaßeshalber: Deaktiviere das Theming soweit wie möglich.

[Harry Stahl]

Zitat:

Zitat von TiGü (Beitrag 1419962)

Zitat:

Zitat von Harry Stahl (Beitrag 1419940)

Dieses VCL HIgh DPI Problem sollte nach Möglichkeit auch noch im nächsten 10.3.1 gefixt werden:

https://quality.embarcadero.com/browse/RSP-21902

Gerne Unterstützung mit Votes...

Hast du das Problem auch mit einen neuen Projekt und gestylter Form (Handvoll Dummy Menüs, Checkboxen, Button und Labels draufgeklatscht) auf dem Surface mit 175 DPI?

Ja, definitiv die Problem auch bei einem neuen Projekt, gerade extra mal angelegt und getestet.

[MichaelT]

Nichts bekannt.

Ich würde mich im konkreten Fall erst mal einklinken wann RIO als stabil kann angesehen werden. Der Uwe soll sich nicht plagen. Auch seine Lebenszeit ist wertvoll.

MMX ist eben eher ein Kind der OO-Lastigkeit der letzten drei Dekaden, welche ihrerseits auch für viele durchaus attraktive Features des MMX verantwortlich zeichnet.

Ich komme mit der Structure Pane durch und auch mit der Suche.

---

An der Integration der Modellierung festzuhalten ist vermutlich schon eher einer lieb gewonnenen Eitelkeit geschuldet. Macht es tatsächlich Sinn Code zu visualisieren den nach so vielen eh schon keiner mehr sehen will.

Ich tue mir ein wenig hart damit Objekten per Definition Eigenschaften zuzuschreiben die dann wiedergefunden werden müssen.

Zitat:

Zitat von mkinzler (Beitrag 1419964)

ist jemanden bekannt wann MMX für Rio erscheint?
https://en.delphipraxis.net/topic/28...elphi-103-rio/

[kasparneuen]

Wir haben das gleiche Problem; haben aber lediglich TSILang und GExperts zusätzlich installiert. Ich weiss noch nicht welches Plugin den Fehler provoziert, bin aber für jeden Hinweis dankbar.