08-07-2007 09:13 AM
08-07-2007 09:19 AM
08-07-2007 09:24 AM - edited 08-07-2007 09:24 AM
Update: ok copying the .llb from 6.1 to 7.1 worked fine! The .llb file are similar in size, and they probably havent changed much between 6.1 and 7.1 so hopefully that will be ok. Odd though, I have no idea how it got corrupted...
Thanks to all for testing.
Message Edited by nrp on 08-07-2007 03:29 PM
08-07-2007 09:27 AM

08-07-2007 09:32 AM
Probably not relevant to the issue, but there's no need to set the true for the close to write to the file after you've read values.
I'd guess you probably know this anyway, but what the heck.
You could always lift the relevant VIs or LLBs from another LabVIEW installation. Might be preferable to a reinstall.
Some of NI's shipped VI's are crazy. Their style rules are obviously a case of "do as I say, not as I do"
To be fair, many have been re-worked in recent years. I think they password-protect the really messy ones!
08-07-2007 09:40 AM
Some of NI's shipped VI's are crazy. Their style rules are obviously a case of "do as I say, not as I do"
To be fair, many have been re-worked in recent years. I think they password-protect the really messy ones!
I have seen some of the password protected VI's and I was very pleased with what I saw. ![]()
Ben
08-07-2007 09:54 AM
08-07-2007 10:23 AM
@nrp wrote:
As it happens, the Close Config Data VI is one such VI where the behaviour changed from 6.1 --> 7.1. In 6.1 the "write configuration" defaults to T, whereas in 7.1 it defaults to F.
When a default input value is changed between versions, LV is supposed to have some mutation code which will automatically add a constant with the old default value if you haven't wired anything in. If this did not happen, I suggest you report to NI, in case it was not fixed in newer versions.
08-07-2007 10:31 AM
08-07-2007 12:18 PM