09-11-2019 07:54 AM
But I'm saying that I don't send out the NI "single-package" installers. I build an installer that includes those run-times as "additional installers". Even if I don't include my own executable to be installed because I build a second installer that only contains my application. I'm doing this with LabVIEW 2017 applications now.
I have no idea what "deployable license" is supposed to mean. It's been a long time since I needed to create applications in LabVIEW 2013, but I don't recall any problems doing it or any hangups related to a deployable license. If there was a glitch, perhaps it was something peculiar to your LabVIEW installation.
09-11-2019 09:14 AM
@RavensFan wrote:
But I'm saying that I don't send out the NI "single-package" installers. I build an installer that includes those run-times as "additional installers". Even if I don't include my own executable to be installed because I build a second installer that only contains my application. I'm doing this with LabVIEW 2017 applications now.
I have no idea what "deployable license" is supposed to mean. It's been a long time since I needed to create applications in LabVIEW 2013, but I don't recall any problems doing it or any hangups related to a deployable license. If there was a glitch, perhaps it was something peculiar to your LabVIEW installation.
Here is the thread where I brought this up in 2013. What you describe is what I was doing, and it worked great before 2013 but my app would no longer run using that method with 2013. The more I think about it I'm probably using some component which depends on some other component which depends on the "deployable license", and just never tracked it down.
Like I say, I'm trying your method again in hopes the problem isn't a problem anymore (or was fixed by NI at some point?).
09-11-2019 12:45 PM
If I had to guess, the deployable license would be related to something like Vision, perhaps DSC module, OPC server, maybe Matlab or some simulation toolkit.
Good luck and I hope you have better success with 2019 than you had in 2013.
09-11-2019 01:03 PM
09-11-2019 01:04 PM
09-11-2019 01:07 PM
09-11-2019 02:28 PM
@asukumari wrote:
If you have a PC fail in the field, then you have no choice but to install every dependable driver from scratch. Which is the same as creating an installer bundle with run time drivers along with the EXE. How does it matter if you install the run time drivers independently or with the NI installer bundle ? You anyway have to do it from scratch.
I guess what we're saying is, it seems like maybe NI won't be supplying the runtime installer anymore, so now we have to send the entire NI-VISA out. It seems like overkill.
09-11-2019 02:37 PM
@iannicholson wrote:
I guess what we're saying is, it seems like maybe NI won't be supplying the runtime installer anymore, so now we have to send the entire NI-VISA out. It seems like overkill.
Oh...... Now I understand. I missed the part about NI not going to release a runtime only.
That really is a pain in the you know what, just like how you have to install the full VISA just to get the VISA Test Panel that used to be included with the runtime installer.
09-11-2019 02:38 PM
@RTSLVU wrote:
@iannicholson wrote:
I guess what we're saying is, it seems like maybe NI won't be supplying the runtime installer anymore, so now we have to send the entire NI-VISA out. It seems like overkill.Oh...... Now I understand. I missed the part about NI not going to release a runtime only.
That really is a pain in the you know what, just like how you have to install the full VISA just to get the VISA Test Panel that used to be included with the runtime installer.
It's a bit like downloading the Windows SDK, just to get access to the .NET Framework installer...