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.
02-06-2008 10:08 AM
02-06-2008 10:12 AM
02-06-2008 10:13 AM
02-06-2008 11:10 AM
04-06-2018 04:10 PM
I used this feature several years ago and I remember that I could close the diagram by selecting something that re-enabled the protection (without restarting LabVIEW), but I don't remember where that selection is. Anybody knows?
04-08-2018 04:36 PM
LabVIEW caches passwords (more accurately their hash) used to unlock diagrams. You can either restart LabVIEW or select Tools->Options->Environment->General->Clear Password Cache
04-09-2018 09:26 AM
Note: The password protection is rather weak. The best thing is to deploy your VIs without the block diagram.
04-09-2018 10:32 AM
@paul_cardinale wrote:
Note: The password protection is rather weak. The best thing is to deploy your VIs without the block diagram.
Well that has the disadvantage that it will only work in the saved LabVIEW version and platform anymore, including bitness. So not an attractive solution for a library.
The password protection being weak is an unavoidable problem though. The diagram can't be truly encrypted as that would mean the same as saving it without diagram at all for anyone not knowing the password: No use on any other platform and LabVIEW version as the one it was last saved with. Not a practical solution either!
But without true encryption there is no way to prevent a determined hacker to circumvent the password protection. It is really a catch 22 situation.
04-10-2018 10:33 AM
Rolfk is right, but I do wonder how this might change now that the 2017 feature of a forward compatible runtime engine. I haven't tested this myself, but the idea is code built for one runtime engine can run in another, so hopefully ripping out the block diagram will still mean this code isn't completely useless in other run time versions.
Unofficial Forum Rules and Guidelines
Get going with G! - LabVIEW Wiki.
16 Part Blog on Automotive CAN bus. - Hooovahh - LabVIEW Overlord
04-10-2018 11:32 AM
@Hooovahh wrote:
Rolfk is right, but I do wonder how this might change now that the 2017 feature of a forward compatible runtime engine. I haven't tested this myself, but the idea is code built for one runtime engine can run in another, so hopefully ripping out the block diagram will still mean this code isn't completely useless in other run time versions.
Rolf is wrong. It is always possible to archive copies of VI that have their block diagrams while distributing copies that don't have their block diagrams.
Since the default behavior of the app builder is to delete the BDs, the feature would be nearly useless if it wouldn't work on VIs without a BD.