Delphi 10.4 Sydney - Erste Eindrücke

[jaenicke]

Zitat von twein:

Fehlschlag beim Start: FireDAC Property .AsDateTime für meine Klasse für eine Datenbankfeld Time (MS-SQL-Server) kann nicht mehr verwendet werden.

Ist das ein TDateTimeField oder ein TSQLTimeStampField? Hier scheint es zu gehen.
Lese- oder Schreibzugriff? Und was passiert?

Zitat von twein:

Die neue CodeVervollständigung verhält sich sehr träge, vorher war es besser.

Ist das auch bei einem leeren Projekt so? Das ist hier in keinster Weise so, selbst bei größeren Projekten. Läuft da zufällig ein Antivirenprogramm oder sogar der Windows Defender?

Zitat von Sherlock:

Ja, Delphi 7 war schon geil. *Seufz*

Bis auf die schreckliche Komponentenpalette, die mich gefühlt Jahre meines Lebens gekostet hat mit scrollen und suchen. Ach ja, und das Suchen der herumfliegenden einzelnen Fenster hinter anderen Fenstern war wie Ostereier suchen.

Aber stabil war die Version, ja.

[himitsu]

Hey, die ist sooo cool, dass man sie sich inzwischen wieder aktivieren kann, weil ALLE sie wieder haben wollten.
Die hat jetzt auch einen Suchfilter (wenn ich mich richtig erinner) ... nix mehr scrollen

Und die Fenster kann man auch wieder so freifliegend bekommen.

[Bernhard Geyer]

Zitat:

Nach knapp 90 Minuten war es dann erledigt. Warum dies solange dauert, sehr rätselhaft.

Virenscanner sind dafür prädestiniert hier immer "reinzupfuschen".

Zitat:

Meine Komponenten konnte ich leider nicht installieren, da diese, für die aktuelle Version noch nicht verfügbar sind.

Die Anpassungen kann man auch ohne Hersteller machen, wenn Quellcode verfügbar ist.
Anpassungen in der *.inc-Datei sowie die Package-Dateien laden, Prefix anpassen und gut ist.

Zitat:

Fehlschlag: Die verwendeten FreeAndNil Aufrufe funktionieren nicht mehr. Habe ich dann mit besten Wissen etwas rumgewurschtelt und versucht zu beheben.

TMS? Habe hier zwar ander Komponenten. Aber einige Hersteller haben "gepfuscht" und an einigen stellen
als Gegenstück zum GetMem ein FreeAndNil implementiert. Das klappt mit 10.4 nicht mehr, da bei FreeAndNil nun TObject erwartet wird.
Einfach FreeAndNil durch FreeMem und (falls nötig) Variable auf nil setzen.

Zitat:

Fehlschlag beim Start: FireDAC Property .AsDateTime für meine Klasse für eine Datenbankfeld Time (MS-SQL-Server) kann nicht mehr verwendet werden.
Nun habe ich erstmal das Handtuch geschmissen, kann ja meinen Sourcecode nicht ohne wirkliche Begründung umstellen.

AsDateTime für ein TIME-Feld ist ja eigentlich auch falsch. Hier wird vermutlich eine besser Typprüfung zuschlagen.
TIME -> AsTime
date/datetime2 -> AsDateTime

Zitat:

Jetzt muss ich erstmal durchatmen, kann meine knappe Zeit nicht für einen Betatest verschwenden.

Ich vermute her das dein Quellcode noch einiges an Bugs/Unschönheiten beinhaltet.
Hab beim ersten Compilieren mit 10.4 auch gemerkt das bei uns die o.g. Fehler im Code auch vorhanden waren.
Einzig bei neuen Compilerhinweisen sind diese teilweise (until...repeat mit contine) teilweise fehlerhaft.

Zitat:

Auch immer noch lästig, die Bearbeitung der Umgebungsvariablen (z.B. BDSLIB) Order hinzufügen ist immer noch sehr umständlich und das Unterordner mit durchsucht werden, gibt es auch nicht. Früher konnte man sehr gut erledigen.

Was meinst du hier genau? D6 ist schon einige Zeit her, fande dort aber nichts was eleganter gelöst worden wäre.

Zitat:

Rein meine persönliche Meinung (Sorry:Und das muss jetzt auch mal raus):
Seit "Delphi 10 Seattle" warte ich auf einen Durchbruch und wirkliche Verbesserungen.

Das sind m.E. schon einge Dinge dabei die das leben einfacher machen. Manche lernt man erst zu schätzen wenn man (wegen Altcodepflege) mal wieder ein altes Delphi nutzen müsste.
Bei mir ist 10.2 (10.4 erst "nur alles zum compilieren gebracht) erheblich produktiver als die vorherigen Versionen (XE6 und Delphi 6).

[twein]

Zitat von Bernhard Geyer:

Zitat:

Rein meine persönliche Meinung (Sorry:Und das muss jetzt auch mal raus):
Seit "Delphi 10 Seattle" warte ich auf einen Durchbruch und wirkliche Verbesserungen.

Das sind m.E. schon einge Dinge dabei die das leben einfacher machen. Manche lernt man erst zu schätzen wenn man (wegen Altcodepflege) mal wieder ein altes Delphi nutzen müsste.
Bei mir ist 10.2 (10.4 erst "nur alles zum compilieren gebracht) erheblich produktiver als die vorherigen Versionen (XE6 und Delphi 6).

Ich warte nicht seit Delphi6, sondern seit "Delphi 10 Seattle"!

[twein]

Zitat von jaenicke:

Zitat von twein:

Fehlschlag beim Start: FireDAC Property .AsDateTime für meine Klasse für eine Datenbankfeld Time (MS-SQL-Server) kann nicht mehr verwendet werden.

Ist das ein TDateTimeField oder ein TSQLTimeStampField? Hier scheint es zu gehen.
Lese- oder Schreibzugriff? Und was passiert?

Exception message : '12:00:00.0000000' ist keine gültige Datums- und Uhrzeitangabe
Depending on the error condition, it might be possible to restart the application.
Exception class : EConvertError

Mit den vorherigen Versionen war es ein "TTimeField" jetzt ist es ein "TWideStringField"
und ".AsSQLTimeStamp" funktioniert auch nicht!

Zitat von jaenicke:

Ist das auch bei einem leeren Projekt so? Das ist hier in keinster Weise so, selbst bei größeren Projekten. Läuft da zufällig ein Antivirenprogramm oder sogar der Windows Defender?

Ja der Defender läuft und es ist alles identisch, wie auch mit der Version 10.3.3.
Es war mit meinem aktuellen Projekt!
Mit einem leeren Projekt, lässt sich die Funktion ja nicht wirklich beurteilen.

[himitsu]

Ja, das ist kein gültiges Delphi-Format, was z.B. StrToTime verstehen könnte.

DB-Typen, für welche es in der Clientkomponente keinen richtigen FieldTypen gibt, werden oft als VARCHAR/String behandelt und da greifen dann beim Zugriff über AsTime auch die Stringkonvertierungsfunktionen vom Delphi.

Es gibt oft irgendwo eine Übersetzungsfunktion DB-Type -> DataType -> TField-Nachfahre.
Der TTimeField vom Delphi versteht dieses Format wohl nicht und deine DB-Kompoenten haben keinen eigenen TTimeField-Verwandten,
oder es fehlt einfach nur in den Übersetzungliste eine passende Zuordnung.

Du kannst das TTimeField natürlich auch selbst erstellen, anstatt automatisch erstellen zu lassen,
oder bau einfach in dein SELECT einen CAST zu einem anderen Time-Typen, welchen deine DB-Komponente versteht.

[twein]

Zitat von himitsu:

Du kannst das TTimeField natürlich auch selbst erstellen, anstatt automatisch erstellen zu lassen,
oder bau einfach in dein SELECT einen CAST zu einem anderen Time-Typen, welchen deine DB-Komponente versteht.

Danke für den Hinweis!

Meine Anwendung läuft sauber auf mind. 4 unterschiedlichen SQL-Datenbanken. (MS-SQL, mySQL, PGSQL und SQLite)
Deswegen verzichte ich auf diese diversen Zuordnungen.

[Bernhard Geyer]

Mit 10.3 haben sich Wertmapping in DataTypeValues (Data.Win.ADODB.pas).
Könnte als schon zu 10.3 ein Problem vorhanden sein.

[Bernhard Geyer]

Das mit "FreeAndNil" wird gerade auch hier besprochen:

https://www.delphipraxis.net/204531-...ml#post1466330

[venice2]

Zitat von Bernhard Geyer:

Das mit "FreeAndNil" wird gerade auch hier besprochen:

https://www.delphipraxis.net/204531-...ml#post1466330

Interesse halber.
Wird eine Warnung geworfen wenn FreeAndNil fehl schlägt?
Oder muss man das über Debuggen selbst herausfinden.