11-01-2016 12:27 PM
I have a standard engine running on a windows host with the UI module that serves as an operator GUI.
I'm attempting to build an executable application, but so far I've had no luck. The application builds, but at run time, it throws the following error:
load class.vi
<APPEND>UI Reference configuration.lvclass
I've tried placing that class in my includes file and including it explictly in the build, but the error persists.
Anyone have any ideas?
11-01-2016 12:58 PM
What was the actual error you saw? I just see error source in the initial post.
11-01-2016 12:59 PM
Error code: 538500
load class.vi
<APPEND>UI Reference configuration.lvclass
11-01-2016 01:13 PM
Testing now with the DCAF shipping example. Will post with results shortly.
11-01-2016 02:39 PM
I was able to build a Windows executable out of the shipping example, and the UI Reference module loaded without issue (and the UI itself loads and updates correctly).
I do notice you're calling the configuration class. Make sure that your includes file has the runtime class, not just the configuration class.
Have you forked the UI Reference module, or is it the one that installs from LV tools network/VIPM?
In building the EXE for the example, I did have to jump through some additional hoops to get it to work. I had to manually add in the modules that did not live in vi.lib to the build, and also I had to add in some PL_Serialization dependencies that I did not expect to need. Did you run into any similar issues with other dependencies? Did you have to do any odd steps to get your exe to build?
11-01-2016 02:56 PM
I did the build under LV 2013, with the current released version of DCAF Core that is out on the tools network.
11-01-2016 08:43 PM
I'm using the VIPM version of the UI reference module.
I didn't have to do any odd steps to get the build to complete.
I did have the UI reference runtime class in my includes file.
11-02-2016 07:10 AM
Can you post the project so we can debug the build here? Does building the sample project on your machine cause the same issue?
Hard for us to get a fix without seeing the problem.
11-03-2016 06:54 PM
Due to work restrictions, I can't post the project publicly. I'll try to build the example and see what my results are.
11-03-2016 07:15 PM
By 'here' I meant in Austin, not necessarily publicly on the forum. My fault.
If there is a way to send us the project securely that satisfies your policies, we are happy to look at it.