03-21-2022 12:08 PM
If this Act goes through, will the time shift or lack there off, get fixed with a simple Windows update or will we need some run-times updated for old LabVIEW applications? I'm wondering if the time shift is handled is LabVIEW or does it reply on the OS for that.
Amit
03-21-2022 12:12 PM
I am sure LabVIEW relies on the OS clock.
03-21-2022 12:55 PM - edited 03-21-2022 12:58 PM
Only an insane person would handle time zones their own...
03-21-2022 01:16 PM
@crossrulz wrote:
Only an insane person would handle time zones their own...
So are you suggesting that LabVIEW handles time zones itself or not?
03-21-2022 01:25 PM
@Jacobson-ni wrote:
@crossrulz wrote:
Only an insane person would handle time zones their own...
So are you suggesting that LabVIEW handles time zones itself or not?
So many tongue-in-cheek comments I could make here, but I'll be good.
I'm hoping they aren't. That would be a horrible decision on NI's part, especially since the OS can do it all.
03-21-2022 01:36 PM
I would look very had into the LabVIEW settings and try to see if there is any place where one would enter time, date, timezone, and such. Then I would recommend giving up ... 😄
03-21-2022 01:40 PM
@Jacobson-ni wrote:
@crossrulz wrote:
Only an insane person would handle time zones their own...
So are you suggesting that LabVIEW handles time zones itself or not?
At least they are using an interesting EPOCH definition (Inherited from the classic Mac OS, of course).
03-21-2022 02:28 PM
@Jacobson-ni wrote:
@crossrulz wrote:
Only an insane person would handle time zones their own...
So are you suggesting that LabVIEW handles time zones itself or not?
LabVIEW uses the system clock and the system time zone settings.
So I don't believe anything should have to change as far as LabVIEW or your previous programs
03-21-2022 03:07 PM
It would be so nice we didn't have the silly "spring forward/fall back" stuff because then I could use local time for filenames that contained timestamp data instead of UTC.
03-21-2022 03:14 PM
@billko wrote:
It would be so nice we didn't have the silly "spring forward/fall back" stuff because then I could use local time for filenames that contained timestamp data instead of UTC.
Just put up a sign: "this test station down for maintenance 1AM - 2AM Nov 6, 2022"