From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
08-01-2014 08:28 PM
Hi All,
I am using Labview8.5 and Windows XP OS.
My Problem is my Labview TimeStamp cannot display current system date and time.
Please see my attachment for the screentshot.
The TimeStamp or ever Format Date/Time String display "YYYY-MM-DD" instead of "2014-08-02".
I tried other computer machine and it works. There are some computer machine has this problem.
How can I resolve this issue? Please advice. Thanks.
Best Thanks,
Jessie
08-01-2014 10:53 PM
You can try to repair/reinstall LabVIEW.
08-02-2014 12:12 AM
Have you tried 'Get Date/Time In Seconds'?
Are you able to read the time using this?
08-03-2014 09:22 PM
I swear someone just had this same exact issue just a little while back... I think maybe Jeff B. answered it? Drat, can't remember.
08-03-2014 10:45 PM
08-04-2014 06:13 AM
@Dennis_Knutson wrote:
http://forums.ni.com/t5/LabVIEW/Cannot-get-system-date-My-input-format-is-Y-m-d-and-the-output/m-p/2...
Thanks, Dennis! Do you think it might be a time zone issue? It seems to be a standard Windows time zone, though...
08-04-2014 07:52 AM
Bill,
reviewing the thread Dennis linked (thanks for that) reveals that it is the same account which opened this thread here three month later.
What bothers me is the fact, that the past thread is marked "solved" even though it obviously isn't. Or the OP is trolling us.....
Nevertheless, it seems like systematic error. Connected to specific machines.
What makes the machines where the time stamp issue occurs "unique"? If there are several, is that source really "unique"?
Most obvious reasons would be:
- Language settings (possibly the infamous "dot-comma-issue")
- Time zone settings (e.g. what happens if you switch Ulaanbaatar to Perth or maybe even some US time zone?)
- Missing hotfixes for Win and LV
- Is the system running as virtual machine vs. "native"?
Not so obvious differences:
- Specific CPU type
- Motherboard/BIOS
- LV ini settings
There are tons of other possible reasons (e.g. corrupt LV installation), but these are the ones i came up with within a couple of minutes....
Norbert
08-04-2014 08:38 AM
LOL, so I was right - it was the EXACT same issue. Yeah, wonder why it was marked as "solved", and why the poster did not reference the old thread?
08-04-2014 08:56 AM
Again "<%c>" (A container of formatted time information) would be the prefered local specific date and time format string "<%x>" would be the local specific date.
Use scan into string instead
Windows is corrupt on that machine.