From 11:00 PM CDT Friday, Nov 8 - 2:30 PM CDT Saturday, Nov 9, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From 11:00 PM CDT Friday, Nov 8 - 2:30 PM CDT Saturday, Nov 9, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
04-03-2009 10:00 AM
04-03-2009 10:26 AM
The "proper" way would to be a network install to the user. But, I do not know how well that will work with standard NI installers. This thread is a bit out of date, but I am not sure the basic issue of a network install has been addressed. I have personally had some issues trying to import NI's 8.6 runtime engine MSIs imported into Advanced Installer, so I still don't think they are using standard msi files. If you go this route, you may need to get a 3rd party install package program, such as Advanced Installer.
Another way would be to write an exe (lets call it Launcher.exe) which just checks a network location for a new version of the main program (let's call it Main.exe). If the new version does NOT exist, it launchesthe local version of Main.exe. If a new version does exist, it deletes the local Main.exe, then copies the network Main.exe to the local, then launches it. You can work with your IT department to setup a folder only accessible to users which need the EXE. Another alternative is to connect to the network location using a hidden username and password (you may have to create a drive mapping to do this, I am not sure), copy the file then destroy the drive map.
04-03-2009 10:45 AM
I can't think of anything built into LabVIEW that would allow this to happen seamlessly. I would probably write in an automatic update feature in the main program that periodically checks a secure location for a new file or something along those lines. That way, computers and users that are already authorized to use the program will get their updates when they are available and people who do not have it will not get their updates. It will probably involve a lot of extra coding and be a whole lot of fun... The process could be something like:
1. Main VI checks secure network location for update.
2. If new update exists, Main VI shuts itself down and calls an "updater" VI that replaces the Main VI's executable with the new one.
3. Updater VI closes itself and calls the new Main VI to load
You could also add something like an email alert that a particular system was updated successfully (or not). Since LabVIEW comes with VI's for accessing FTP servers or SMB file shares, I think this would be fairly straight forward.
04-03-2009 11:04 AM
04-03-2009 01:10 PM
Nickerbocker wrote:I can't think of anything built into LabVIEW that would allow this to happen seamlessly. I would probably write in an automatic update feature in the main program that periodically checks a secure location for a new file or something along those lines. That way, computers and users that are already authorized to use the program will get their updates when they are available and people who do not have it will not get their updates. It will probably involve a lot of extra coding and be a whole lot of fun... The process could be something like:
1. Main VI checks secure network location for update.
2. If new update exists, Main VI shuts itself down and calls an "updater" VI that replaces the Main VI's executable with the new one.
3. Updater VI closes itself and calls the new Main VI to load
You could also add something like an email alert that a particular system was updated successfully (or not). Since LabVIEW comes with VI's for accessing FTP servers or SMB file shares, I think this would be fairly straight forward.
Our IT guy did something like this for one of the main VB programs we use in engineering. However, you could do it by eliminating a step.
Let the exectuable that the user launches be the updating program. If it detects a new executable is available, it copies that to the user's hard drive then launches that. If a new exectuable is not present, then it just launches the executable already present. I believe he just uses a comparison of the executable file dates.
This will essentially eliminate step 2 where the main VI needs to shut itself down and call an updater, because the main VI executable that you want to update hasn't actually launched yet.
04-03-2009 01:57 PM
04-03-2009 02:02 PM
04-03-2009 02:07 PM
Thanks Matthew. That is exactly the scenario.
Actually the updater/launcher exectuable is a good place to put a splash screen that can give messages as to what it is doing.
Looking for Update.....
Downloading new Version 2.1...... or No new version available
Launching executable.....
Kind of like what LabVIEW's splash screen does.
04-03-2009 02:14 PM