Delphi 10.4.2 erschienen

[Pfaffe]

>> Die Bibliothekspfadangaben 64 Bit Windows und die Dokumentationsseite sind weg: "bds:/documentation.htm" nicht gefunden.
Habe die Hilfe deinstalliert und wieder installiert, hat nichts geholfen.
Hatte mit dem Migrationstool eine Sicherung vor dem Update gemacht. Nun habe ich den 64-Bit Pfad mit dem Migrationstool zurückgeholt, hat aber nicht gebracht.

Meine Vermutung: Bei der Installation wir irgendwo abgefragt, ob man für "Alle User" oder nur "angemeldeten User" installieren möchte. Ich glaube ich habe "Alle User" gewählt.

Ich werden jetzt mal meine VM - Sicherung zurückspielen und dann neu installieren.

[lowmax_5]

Nach dem Update auf 10.2.4 bekomme ich an folgender Stelle ein Problem:

Code:

tryISO8601ToDate(AJsonObject.GetValue('Startzeit').ToString.DeQuotedString('"'),Result)

und die Meldung Exception-Klasse EDateTimeException 'Ungültiger Datums-String: 2021-02-12 11:51:47'.

In 10.4.1 kam an dieser Stelle noch ein ISO8601-Codiertes Datum zurück.

Bug oder Feature oder hab ich da etwas übersehen?

z.B. hier https://quality.embarcadero.com/browse/RSP-32067 ist ja dran gearbeitet worden

[himitsu]

Bei einem TryISO8601ToDate sollte eigentlich keine Exception rauskommen, genauso wie z.B. auch bei einem TryStrToInt.
Maximal ein False als Result, was du hoffentlich dann auch auswertest.

Zumindestens sollte die Exception nicht aus der Funktion rauskommen. (intern kann schon eine Exception im Debugger angezeigt werden, auch wenn es schön wäre, wenn solche Funktionen keine Exceptions benutzen, denn beim Debuggen macht sowas einfach keinen Spaß)



Also Klick auf inherited funktioniert.
Is echt mal was Geiles, wenn man sich durch Komponenten durchklicken will. :thumb: (vorallem bei unbekanntem RTL/VCL/FremdKomponenten/...)

Bei einem Fehler wollte ich erst links über dem Icon mit den Hint anzeigen lassen ... ging natürlich nicht. :stupid:
Aber rechts über'm Unterstrichen war er dann dd.


Sobald aber ein "Fehler" im Code ist, geht meistens/oftmals die Codevervollständigung garnicht auf.
Beispiel: neue VCL-Unit und im public "crea" reinschreiben ... warten oder Strg+Leertaste und nix passiert (sobald der Fehlerpunkt da ist ... ganz schnell, bevor er kommt, da geht es noch)
Garnichts schreiben, zuerst Strg+Leertaste und dann "crea" (für einen neuen Contructor), das geht auch.

Natürlich will ich CodeVervollständigung und CodeInsight zufällig immer dann nutzen, wenn grade was nicht geht, um es zu gehen zu bekommen. Klar, bin ich dann natürlich selbst dran Schuld. :roll:

[DieDolly]

Ach ich sehe jetzt erst, dass du ein T zwischen Datum und Zeit hast. Dann war es -vorher- ein Bug denn laut ISO gehört da ein T hin.


ursprünglicher Beitrag:

Für mich ein Bug, da laut der ISO keine Zeitzone hinten dran stehen muss.
Wiki

Zitat:

Die Norm enthält verschiedene Datums- und Zeitformate, die jedoch rein formal und in den meisten Fällen schon durch die Anzahl der verwendeten Ziffern unterscheidbar sind. Die Norm ist vor allem bekannt für das Datumsformat JJJJ-MM-TT, das oft auch als „internationales Datumsformat“ bezeichnet wird. Das üblichste Zeitformat der Norm ist hh:mm:ss. Ein Beispiel für das Datum ist 2004-06-14 (14. Juni 2004) und für die Uhrzeit 23:34:30 (23 Uhr, 34 Minuten und 30 Sekunden) und für beides zusammen 2004-06-14T23:34:30. Zur internationalen Kommunikation von Tageszeiten kann der Unterschied der verwendeten Zonenzeit zur koordinierten Weltzeit (UTC) angefügt werden, in der Form +01:00, +0100 oder +01 für mitteleuropäische Zeit und z. B. −04:30 oder −0430 für die Standardzeit in Venezuela.

[Alter Mann]

[OT]
Entschuldigung, aber dafür gebt ihr GELD aus?
Egal welche Version erscheint, ihr seit nur am fluchen.
[/OT]

[himitsu]

Wenn alle die Klappe halten und niemand was sagt oder Bugs meldet, dann passiert aber auch nichts, damit das weggeht. :zwinker:

[lowmax_5]

Code:
tryISO8601ToDate(AJsonObject.GetValue('Startzeit') .ToString.DeQuotedString('"'),Result)

und die Meldung Exception-Klasse EDateTimeException 'Ungültiger Datums-String: 2021-02-12 11:51:47'.

Da ist vorher schon ein korrekter ISO8601-String zurück gekommen, nur nach dem update nicht mehr....

[DieDolly]

Wie sieht denn Startzeit aus bzw das was du tryISO8601ToDate übergibst.

[lowmax_5]

Die Startzeit wird ab 10.4.2 mit '2021-02-12 11:51:47' überstellt, woran tryISO8601ToDate natürlich scheitert.
Compiliert mit 10.4.1 ist aus dem Json ein korrektet Formatierter ISO8601-String zurück gekommen...

[DieDolly]

2021-02-12 11:51:47 ist ja auch kein nach ISO-Standard valides Zeitformat.
Es muss 2021-02-12T11:51:47 heißen.

Das ist ja das was ich sagte. Vorher war es ein Bug, jetzt nicht mehr.