AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Sprachen und Entwicklungsumgebungen Die Delphi-IDE Delphi 10.4 Sydney - Erste Eindrücke
Thema durchsuchen
Ansicht
Themen-Optionen

Delphi 10.4 Sydney - Erste Eindrücke

Ein Thema von twein · begonnen am 4. Jun 2020 · letzter Beitrag vom 13. Jun 2020
Antwort Antwort
Seite 1 von 3  1 23      
Benutzerbild von twein
twein

Registriert seit: 2. Jan 2004
Ort: Düsseldorf
49 Beiträge
 
Delphi 10.3 Rio
 
#1

AW: Delphi 10.4 Sydney - Erste Eindrücke

  Alt 4. Jun 2020, 16:28
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!

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.
Thomas
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.326 Beiträge
 
Delphi 12 Athens
 
#2

AW: Delphi 10.4 Sydney - Erste Eindrücke

  Alt 4. Jun 2020, 16:39
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.
Ein Therapeut entspricht 1024 Gigapeut.

Geändert von himitsu ( 4. Jun 2020 um 16:44 Uhr)
  Mit Zitat antworten Zitat
Benutzerbild von twein
twein

Registriert seit: 2. Jan 2004
Ort: Düsseldorf
49 Beiträge
 
Delphi 10.3 Rio
 
#3

AW: Delphi 10.4 Sydney - Erste Eindrücke

  Alt 4. Jun 2020, 17:11
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.
Thomas
  Mit Zitat antworten Zitat
Benutzerbild von Bernhard Geyer
Bernhard Geyer

Registriert seit: 13. Aug 2002
17.213 Beiträge
 
Delphi 10.4 Sydney
 
#4

AW: Delphi 10.4 Sydney - Erste Eindrücke

  Alt 4. Jun 2020, 16:41
Mit 10.3 haben sich Wertmapping in DataTypeValues (Data.Win.ADODB.pas).
Könnte als schon zu 10.3 ein Problem vorhanden sein.
Windows Vista - Eine neue Erfahrung in Fehlern.
  Mit Zitat antworten Zitat
Benutzerbild von Bernhard Geyer
Bernhard Geyer

Registriert seit: 13. Aug 2002
17.213 Beiträge
 
Delphi 10.4 Sydney
 
#5

AW: Delphi 10.4 Sydney - Erste Eindrücke

  Alt 4. Jun 2020, 16:46
Das mit "FreeAndNil" wird gerade auch hier besprochen:

https://www.delphipraxis.net/204531-...ml#post1466330
Windows Vista - Eine neue Erfahrung in Fehlern.
  Mit Zitat antworten Zitat
venice2
(Gast)

n/a Beiträge
 
#6

AW: Delphi 10.4 Sydney - Erste Eindrücke

  Alt 4. Jun 2020, 21:52
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.
  Mit Zitat antworten Zitat
TurboMagic

Registriert seit: 28. Feb 2016
Ort: Nordost Baden-Württemberg
3.029 Beiträge
 
Delphi 12 Athens
 
#7

AW: Delphi 10.4 Sydney - Erste Eindrücke

  Alt 4. Jun 2020, 21:59
Wenn man's falsch aufrufen will wird in 10.4 eine Fehlermeldung beim Compilieren geworfen.
  Mit Zitat antworten Zitat
venice2
(Gast)

n/a Beiträge
 
#8

AW: Delphi 10.4 Sydney - Erste Eindrücke

  Alt 4. Jun 2020, 22:15
Wenn man's falsch aufrufen will wird in 10.4 eine Fehlermeldung beim Compilieren geworfen.
Danke.
  Mit Zitat antworten Zitat
Benutzerbild von twein
twein

Registriert seit: 2. Jan 2004
Ort: Düsseldorf
49 Beiträge
 
Delphi 10.3 Rio
 
#9

AW: Delphi 10.4 Sydney - Erste Eindrücke

  Alt 6. Jun 2020, 08:09
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
Thomas
  Mit Zitat antworten Zitat
Benutzerbild von twein
twein

Registriert seit: 2. Jan 2004
Ort: Düsseldorf
49 Beiträge
 
Delphi 10.3 Rio
 
#10

AW: Delphi 10.4 Sydney - Erste Eindrücke

  Alt 4. Jun 2020, 17:01
Nachdem ich das Handtuch wieder aufgehoben habe,
hat sich dann doch wieder einiges erledigt.

[QUOTE=twein;1466406]
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.
Thomas
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 1 von 3  1 23      


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 06:13 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz