Delphi 10.4 Sydney - Erste Eindrücke

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

[TurboMagic]

Wenn man's falsch aufrufen will wird in 10.4 eine Fehlermeldung beim Compilieren geworfen.

[venice2]

Zitat von TurboMagic:

Wenn man's falsch aufrufen will wird in 10.4 eine Fehlermeldung beim Compilieren geworfen.

Danke.

[twein]

Hallo,

die VCL-Edge-Komponente funktioniert nicht.
Zu mindestens nicht mit der regulären Installation von Edge:

Microsoft Edge ist auf dem neuesten Stand.
Version 83.0.478.44 (Offizielles Build) (64-Bit)

Funktioniert tatsächlich nur mit der Entwickler-Version, wie bei Idera beschrieben.
https://community.idera.com/develope...ad-studio-10-4

Also derzeit nicht verwendbar

[Uwe Raabe]

Zitat von twein:

Also derzeit nicht verwendbar

Und wenn du die entsprechenden Dateien mit auslieferst?

[venice2]

Zitat von twein:

Hallo,

die VCL-Edge-Komponente funktioniert nicht.
Zu mindestens nicht mit der regulären Installation von Edge:

Microsoft Edge ist auf dem neuesten Stand.
Version 83.0.478.44 (Offizielles Build) (64-Bit)

Funktioniert tatsächlich nur mit der Entwickler-Version, wie bei Idera beschrieben.
https://community.idera.com/develope...ad-studio-10-4

Also derzeit nicht verwendbar

Die Frage wäre dann noch was sagt der Anwender\Admin.
Ich habe zum Beispiel die Spyware Edge komplett von meinem System verbannt (Deinstalliert)
Glaube kaum das du da noch auf irgendetwas zugreifen könntest selbst wenn die API\Komponente funktionieren würde.

[twein]

Nachdem ich das Handtuch wieder aufgehoben habe,
hat sich dann doch wieder einiges erledigt.

[QUOTE=twein;1466406]

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!

Nachdem ich nun "Microsoft SQL Server Management Studio v18.5" installiert habe, ist der Feldtyp wieder richtig.
Dann war es wohl ein Treiber-Problem von Windows10 Pro.

Da hätte ich nicht gedacht, das Window10 -1909 so einen so alten MSSQL-Treiber mitbringt, bzw. bin mir eigentlich nicht sicher, von welcher Install-Routine der installiert wird.
Es bleiben ja nur
1. Windows
2. Office oder
3. Delphi

Jetzt funktioniert meine Anwendung auch wieder einwandfrei, ohne umzustricken.

[Bernhard Geyer]

Zitat von twein:

Nachdem ich nun "Microsoft SQL Server Management Studio v18.5" installiert habe, ist der Feldtyp wieder richtig.
Dann war es wohl ein Treiber-Problem von Windows10 Pro.

Da hätte ich nicht gedacht, das Window10 -1909 so einen so alten MSSQL-Treiber mitbringt, bzw. bin mir eigentlich nicht sicher, von welcher Install-Routine der installiert wird.
Es bleiben ja nur
1. Windows
2. Office oder
3. Delphi

Eigentlich ist die ADO/OLEDB-Schnittstelle seit W2k integraler Bestandteil von Windows und sollte mit Windows-Update aktualisiert werden.
Aber nachdem ja seit einiger Zeit MS wieder auf "ODBC ist ja viel toller" läuft, könnte hier vermutlich auch mittlerweile andere MS-Tool hier querschießen.
Im Nachhinein den Schuldigen zu finden ist schwierig. Delphi kann nur im Rahmen der eigenen pas-Dateien schuld sein, was aber hier dann doch nicht der Fall ist.