09-19-2020 01:14 PM
here for LV2017
09-21-2020 03:23 AM
Why not use static VI references? That usually includes the needed code automatically, and there'd by no typos.
10-06-2020 01:19 PM
So in a nutshell, this is how my real application works (All running using LabVIEW run-time and TestStand Base Deploy:
Because I'm making dynamic VI calls on VIs that are shared between TestStand and LabVIEW Run-Time I couldn't use source distribution or directly add all the dynamic VIs to the .exe build; NOTE that there's at least 25 vis here that are dynamically called from my exe and shared between .exe and TestStand, adding to the build breaks the ability for them to be shared because TestStand "can't find the VI's" when they're pulled into the .exe...
I was able to bypass these suggested methods simply by adding JSON and HTTP source VIs to be included in my exe build.
Strange part is I didn’t think it would work because of how I’m dynamically calling the Vis from TestStand and the potential to make them not found by including in the exe, but somehow this seems to work just fine...
10-06-2020 01:37 PM
Thanks for letting everyone in on the solution.
Did I read over TestStand? I don't think you've mentioned it at all? It seems pretty relevant!
10-06-2020 01:44 PM
No, you didn't miss a mention of teststand.
The real application is so complex that I was just happy to be able to reduce my issue down to a reproducible conflict with using HTTP GET in LabVIEW run-time...
Thank you and thanks everyone for leading me down a solution path!!!