Forum

ähm, also !! hab ich schon mal gesehen, aber gestern hat das irgendwie nicht hingehauen *schäm*

liegt auch offensichtlich daran, dass die LRSN/START_RBA einen anderen Aufbau im Format bzw. eine andere Umrechnung benötigen, als der PC-Timestamp im DBRM…

bei X’C3F3567F9C830000′ macht meine Funktion nämlich die Grätsche, weil der String umgerechnet 20 Stellen Dec gross ist und damit Cobol nicht mehr arbeiten und DB2 nicht mehr rechnen kann (interne Formate) kann. Die REXX-Prozedur hat einen TS im Nov2773 berechnet …

@Gernot, so eine REXX-Funktion haben wir natürlich auch. Wir haben aber kürzlich "Ungereimtheiten" bzgl. TS im DBRM und dem PC-Timestamp festgestellt (DBRM-TS <> PC-TS und trotzdem kein -812). Und da wollte ich eine Funktion, die mir im DB2 den CONTOKEN in einen TS umwandelt. (Zumal die REXX-Proc, die hier schon Jahre vor meiner Zeit verwendet wurde auch einen Fehler in der Berechnung hat)

Eine Funktion, die den CONTOKEN in ein TS wandelt, gibts aber doch nicht, oder??

Zu den Ungereimtheiten später mehr… will die Experten da auch noch ins Grübeln bringen.

Grüsse
Alexander