Timestamp im CL generieren

[Pikachu]

Systemwert QDATETIME gibt’s wohl ab V5R3.

[Fuerchau]

Ich habe jetzt keine IBM im Zugriff und die Doku zeigt da nichts näheres zum Format:

"QDATETIME system value returns the combined values of the QDATE and QTIME system values in a single field."

Laut meiner Erinnerung ist das Datum in QDATE allerdings nicht timestampfähig, also nicht zwangsweise in ISO.

[Pikachu]

Systemwertparameter
QDATETIME 1
Datum und Uhrzeit
Datum und Uhrzeit
CHAR
20
Kein Standardwert.
Gibt QDATE und QTIME an.

[Fuerchau]

Ich habe noch mal rückgefragt:
Da QDATE und QTIME im eingestellten Format geliefert werden, ist zumindest QDATE meist nicht sortierfähig, da es z.B. in EUR ausgegeben wird.
Ein Timestamp (egal ob ILERPG oder SQL) ist immer in ISO erhaltbar. Im ILERPG auch als *ISO0, also als reine Zahl. Im CLP benötige ich immer Zusatzaufwände und ich weiß nicht, wieviele Millionen identische Codezeilen es hierzu weltweit gibt, die ich mir vor über 30 Jahren leider nicht habe patentieren lassen.

[Pikachu]

QDATETIME kann man in CLP einfach als Text nehmen.

[Fuerchau]

Hast du denn dein zentrales QDATFMT auf *ISO stehen?
Da, wo ich nachsehen kann, steht halt
"31.10.2025 13:25:07"
und somit nicht sortierfähig. Du musst es also, wie Birgitta schon schrieb, mit %SST und *CAT so zusammenbauen, dass es geht.
Und der Doppelpunkt ist zumindest für Windows nicht erlaubt.

[Pikachu]

QDATETIME ist unabhängig von QDATFMT.
RTVSYSVAL bringt da immer 20 Zeichen (jjjjmmtthhnnssxxxxxx).
Beim DSPSYSVAL wird es halt lesbar angezeigt.

Siehe hier: RTVSYSVAL QDATETIME ...

[Fuerchau]

Daran merkt man dann, wie man älter wird;-).