Time stamp constant changes

[Mark Levine]

Yep.  I forgot to mention that as well.  You have to close LabVIEW and restart for the time zone change to take effect.

Fortunately that won't be a problem for me since the time zone with the system we're delivering will always be UTC.

Thanks again,

Mark

[Mark Levine]

I figured that's why you said the original program worked since the time zone change never took effect.  I stumbled across that issue in doing my debugging making it take longer than I had anticipated.  Oh well.

[Matthew_Kelton]

No, it was because I was looking at the end of the DBL values instead of the middle.  I saw the end was correct and missing the 3600 second offset ( or more depending on the time zone).

[Mark Levine]

Bad guess on my part. 

Anyway,  all issues are resolved.

Thanks again,

Mark

[PhillipBrooks]

The most common problem is in storing and retrieving timestamp data. If you work with databases or XML, the most universal format is ISO-8601. 

You can create and read this format using the "Format into String" and "Scan from String" functions using the following format string:

%^<%Y-%m-%dT%H:%M:%S%3uZ>T