XML Datum kann nicht 0.0 sein?

[QuickAndDirty]

Ich entwickele auf einem Android 4.1 Gerät
Der Fehler wird auf dem Smartphone von einem kollegen ausgegeben...
Ich warte noch auf ein neueres Smartphone....um das selbst debuggen zu können.
Bis jetzt steht fest: der Fehler kommt aus dieser Zeile

Delphi-Quellcode:

function DateTimeToXMLTime(Value: TDateTime; ApplyLocalBias: Boolean = True): InvString;
const
  Neg: array[Boolean] of string=  ('+', '-');
var
  Bias: Integer;
  tz:TTimeZone;
begin
  Result := FormatDateTime('yyyy''-''mm''-''dd''T''hh'':''nn'':''ss''.''zzz', Value); { Do not localize }
  tz := TTimeZone.Local;
  Bias := Trunc(tz.GetUTCOffset(Value).Negate.TotalMinutes);//<-------------HIER KOMMT DIE EXCEPTION HER
  if (Bias <> 0) and ApplyLocalBias then
  begin
    Result := Format('%s%s%.2d:%.2d', [Result, Neg[Bias > 0],                         { Do not localize }
                                       Abs(Bias) div MinsPerHour,
                                       Abs(Bias) mod MinsPerHour]);
  end else
    Result := Result + 'Z'; { Do not localize }
end;

Dank Delphi 10.3 bekomme ich dann irgendwann(hoffentlich in kürze)ein neues Entwicklungshandy, dann kann ich dem auf den Grund gehen...auch wenn ich davon ausgehe, dass es sinnlos ist, da Embarcadero es ja wieder so hinbiegen sollte, dass es funktioniert wie vorher, oder zumindest auf allen Plattformen gleich funktioniert.

[TiGü]

Hast du denn den Aufruf für den Bias mal aufgeschlüsselt und dir nach jeden Step Log-Ausgaben gemacht?
Eigentlich sehe ich in Tokyo keine Plattform-spezifischen Sachen, aber ich habe auch nicht gründlich nachgeschaut.

Delphi-Quellcode:

uses
   System.DateUtils, Soap.InvokeRegistry, System.TimeSpan;

function DateTimeToXMLTime(Value: TDateTime; ApplyLocalBias: Boolean = True): InvString;
const
  Neg: array[Boolean] of string= ('+', '-');
var
  Bias: Integer;
  tz:TTimeZone;
  Offset: TTimeSpan;
  NegOffset: TTimeSpan;
  TotalMinutsBias: Double;
begin
  Result := FormatDateTime('yyyy''-''mm''-''dd''T''hh'':''nn'':''ss''.''zzz', Value); { Do not localize }
  tz := TTimeZone.Local;
  Offset := tz.GetUTCOffset(Value);
  NegOffset := Offset.Negate;
  TotalMinutsBias := NegOffset.TotalMinutes;
  Bias := Trunc(TotalMinutsBias);
  if (Bias <> 0) and ApplyLocalBias then
  begin
    Result := Format('%s%s%.2d:%.2d', [Result, Neg[Bias > 0], { Do not localize }
                                       Abs(Bias) div MinsPerHour,
                                       Abs(Bias) mod MinsPerHour]);
  end else
    Result := Result + 'Z'; { Do not localize }
end;

[skoschke]

Warum ist der Formatstring so kryptisch?

FormatDateTime('yyyy-mm-dd''T''hh:nn:ss.zzz', Value)

ergibt doch ebenfalls z.B. "2019-03-05T15:15:23.123"

Ciao
Stefan

[TiGü]

Das musst du den ursprünglichen Embarcadero/Codegear/Borland-Mitarbeiter fragen.
Das steht schon so in Delpi XE drin.

[Schokohase]

Zitat von TiGü:

Das musst du den ursprünglichen Embarcadero/Codegear/Borland-Mitarbeiter fragen.
Das steht schon so in Delpi XE drin.

Weil der Entwickler sich die Dokumentation durchgelesen hat und sich dann (korrekt) für diese Variante entschieden hat.

Denn was bewirkt ein : im Format-String?

Zitat:

Zeigt als Uhrzeittrennzeichen das in der globalen Variablen TimeSeparator angegebene Zeichen an.

Und was bewirken die einfachen oder doppelten Anführungszeichen im Format-String?

Zitat:

In halbe oder ganze Anführungszeichen eingeschlossene Zeichen wirken sich nicht auf die Formatierung aus und werden wie eingegeben angezeigt.

Also um auf Nummer Sicher zu gehen werden ALLE Zeichen die sich niemals ändern dürfen entsprechend von Anführungsstrichen umschlossen.

Da hat sich tatsächlich der Entwickler mal etwas bei gedacht und nicht nur von der Tapete bis zur Wand (wie man es an manchen Stellen leider zu oft sieht).

[TiGü]

Wird wirklich Zeit, dass die Forensoftware der internationalen DP auch hier eingeführt wird. Ich möchte mich für die meisten deiner Beiträge per einfachen Klick bedanken. Immer kurz und knackig auf den Punkt und lehrreich dazu.

[Der schöne Günther]

Um nochmal zum eigentlichen Problem zurückzukommen: Was für eine Exception?

Wenn Bias := Trunc(tz.GetUTCOffset(Value).Negate.TotalMinutes); wirklich auf manchen Plattformen eine Exception auslöst, was könnte es sein? Ein Überlauf sodass das Ergebnis von Trunc(..) nicht mehr in einen Integer passt?


Vielleicht dass TTimeZone.Local.GetUtcOffset(..) irgendwas schräges liefert...

[Sherlock]

Zitat von TiGü:

Wird wirklich Zeit, dass die Forensoftware der internationalen DP auch hier eingeführt wird. Ich möchte mich für die meisten deiner Beiträge per einfachen Klick bedanken. Immer kurz und knackig auf den Punkt und lehrreich dazu.

Sehe ich genauso!

Sherlock