Datum im ISO8601 Format

[Ahoy]

Stimmt schon, wenn man beim Erstellen der Timestamp das UTC Offset mitspeichert ist das relativ einfach zu handhaben. Wenn man aber nur die Timestamp hat und im Nachhinein das UTC Offset wissen will, braucht man z.B. mktime. Leider ist das mit dem vernünftigen Design nicht unbedingt immer gegeben...

[Fuerchau]

"Wenn man aber nur die Timestamp hat und im Nachhinein das UTC Offset wissen will, braucht man z.B. mktime"???
Erfindest du das Offset dann?

C-Funktionen wie mktime, localtime usw. setzen eine Umgebungsvariable TZ (Timezone) voraus, sonst funktionieren sie nicht. Der Systemwert QUTCOFFSET wird allerdings nicht verwendet.
Außerdem:

The C library function time_t mktime(struct tm *timeptr) converts the structure pointed to by timeptr into a time_t value according to the local time zone.
M.a.W.:
- jeder beliebige Zeitstempel muss bereits als UTC vorliegen.
- Die Umrechnung erfolgt mit der aktuellen TZ, also nicht der vergangenen TZ

Per Locale-Einstellung (Userprofíl) kann die Variabel TZ jobspezifisch gesetzt werden.
Hast du das mal geprüft?

Wie gesagt, ich musst das mal realisieren, da unterschiedliche Zeitzonen (alleine schon wegen GB) benötigt wurden.

[Ahoy]

"Erfindest du das Offset dann?"
Nö, mktime versucht es zu ermitteln. Wie schon gesagt, das funktioniert gut außer bei der Stunde Überlappung beim Übergang von Sommer- zu Winterzeit, die defaulted immer zum Offset der Winterzeit.

A negative value for tm_isdst causes mktime() to attempt to determine whether DST is in effect for the specified time.

  // 1 Stunde UTC-Offset für Winterzeit
  dsply timestampToISO8601(z'2021-01-01-14.00.00');

  // 2 Stunde UTC-Offset für Sommerzeit
  dsply timestampToISO8601(z'2021-08-01-14.00.00');

Das sollte auf einem System in der CET folgendes ausgeben:

DSPLY 2021-01-01T13:00:00Z
DSPLY 2021-08-01T12:00:00Z

Es wird also jeweils das richtige UTC Offset ermittelt.

[Fuerchau]

Dann verstehe ich die Beschreibung allerdings nicht:
https://www.ibm.com/docs/en/i/7.4?to...ert-local-time
Laut Beschreibung wird die aktuelle Zeitzone zur Errechnung der UTC verwendet.

"For this conversion, mktime() checks the current locale setting for local time zone and daylight saving time (DST). If these values are not set in the current locale, mktime() gets the local time zone and daylight saving time settings from the current job."

D.h. Wenn ich einen Timestamp, also Localtime, aus der Zeitzone USA nehme wird er mit der aktuellen Zeitzone meines Jobs/Systems in UTC umgerechnet.
Ebenso entscheidet die aktuelle Einstellung von DST ob nun Sommer/Winterzeit berücksichtigt wird.
Dies ist i.Ü. auch meine Erfahrung.