Delphi 10.3 Rio ist da!

[blawen]

Zitat von Harry Stahl:

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 von Uwe Raabe:

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"

[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 von Harry Stahl:

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 von lxo:

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 von jaenicke:

Zitat von lxo:

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 von Dawn87:

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...