LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

HTTP Get missing Sub VI in LabVIEW Run-Time .exe

Solved!
Go to solution

Hello LV Community,

 

I have an application that runs fine in development but breaks when I build and run from a LabVIEW .exe.

 

I've narrowed the issue down to a native LabVIEW call to HTTP GET (I'm using LabVIEW 2017)...

 

I've created a simple example to reproduce my issue. See attachment.

  1.  Run Launch_TopLevel.vi and no issues...
  2. Run builds/LaunchReads.exe and you'll see an error that the sub VI HTTP GET cannot be found

Any ideas what the issue is here? I have to run in LabVIEW runtime (.exe) so any ideas how can I get around it?

0 Kudos
Message 1 of 15
(2,766 Views)

It appears that you didn't include that file in your build.

0 Kudos
Message 2 of 15
(2,758 Views)

Thanks for response.

 

I'm calling that VI dynamically so I don't want to include in build... 

 

But... just for testing I did try to rebuild with the VI included in build and I still see the same issue.

0 Kudos
Message 3 of 15
(2,752 Views)

I've uploaded an updated project and build...

 

See attachment. Again,

  1. Run Launch_TopLevel.vi and no issues...
  2. Run builds/LaunchReads.exe and you'll see an error that the sub VI HTTP GET cannot be found

Any ideas what the issue is here? I have to run in LabVIEW runtime (.exe) so any ideas how can I get around it?

0 Kudos
Message 4 of 15
(2,737 Views)

@SharkoNext wrote:

I've uploaded an updated project and build...

 

See attachment. Again,

  1. Run Launch_TopLevel.vi and no issues...
  2. Run builds/LaunchReads.exe and you'll see an error that the sub VI HTTP GET cannot be found

Any ideas what the issue is here? I have to run in LabVIEW runtime (.exe) so any ideas how can I get around it?


I’m not where I can look at this right now. Put an indicator on the path that you are using for the dynamic call. It may be different in the exe from running in the development environment.

0 Kudos
Message 5 of 15
(2,720 Views)

I have a popup to indicate the path in .exe and it confirms that it's correct.

0 Kudos
Message 6 of 15
(2,715 Views)

I took it a step further to demonstrate that the issue only occurs with remote ansynch VI call to a VI that contains HTTP GET. I need to be able call this VI asynch so direct call is not an option. See attachment...

 

  1. builds\Launch_direct_http_get.exe (SUCCESS!)
    1. This exe makes a direct call to GetTestInfo.vi (which contains HTTP GET)
  2. builds\Launch_direct_http_get_include_vi.exe (SUCCESS!)
    1. This exe makes a direct call to GetTestInfo.vi (which contains HTTP GET) and also set to 'Always Include' GetTestInfo.vi and HTTP_Get_Wrapped.vi
  3. builds\Launch_remote_http_get.exe (ERROR!)
    1. This exe makes a remote asynch call to GetTestInfo.vi (which contains HTTP GET)
  4. builds\Launch_remote_http_get_include_vi.exe (ERROR!)
    1. This exe makes a remote asynch call to GetTestInfo.vi (which contains HTTP GET) and also set to 'Always Include' GetTestInfo.vi and HTTP_Get_Wrapped.vi
0 Kudos
Message 7 of 15
(2,709 Views)

the executable have to find all needed VIs. Create a source distribution for GetTestInfo.vi into a separate folder (or directly into builds). Then you get all needed files into a new folder. Copy all these files into the builds folder and LaunchReads.exe works like expected. Ok, its quick and dirty 😮

0 Kudos
Message 8 of 15
(2,693 Views)

I fogot to append the sources...

0 Kudos
Message 9 of 15
(2,689 Views)

@Martin_Henz, could you save in LV 2017 for me?

0 Kudos
Message 10 of 15
(2,636 Views)