Forum

Hallo Christian,

dass das was mit den Zeitzonen zu tun hat ist klar. Aber im DBRM ist m.W. nach nur ein Hex-Wert drin, der umgerechnet den CONTOKEN im Katalog bildet. Da Du doch wohl nicht die Packages für verschiedene COLLIDs in unterschiedlichen Zeitzonen erstellst (Paris, London, New York, … Hauptsache die Frisur sitzt  😉 ), muss die Differenz doch irgendwie erklärbar sein…
Ich verstehe ja, dass ein Package, dessen DBRM zentral zur Verfügung gestellt wird und rund um die Erde gebunden wurde in jeder Zeitzone ein anderen PC-TS hat, aber EIN DBRM in EINER Zeitzone sollte immer den gleichen PC-TS bringen.

AAAABER jetzt folgendes:
auf unserer Testmaschine ist neue Software eingespielt worden, u.a. auch eine neue Version der DSNUTILS. Wenn ich mir im DBRM den "PC-TS" suche, ist der mit HEX(CONTOKEN) identisch. Rechne ich den nun (mit meiner Funktion, die bislang auch richtig gerechnet hat) in einen TS um, erhalte ich "1964-02-07-17.22.48.757185". Als PC-TS steht aber im Katalog "0001-01-01-00.00.00.000000".
Wer hat denn dafür eine Erklärung?

Klar, Haupsache es läuft. Aber wenn ich der AE verklicker, der TS aus DBRM und PC-TS aus dem Kat müssen gleich sein … und jetzt das …

Grüsse
Alexander