03-15-2017 06:10 PM
Oops, missed that tint detail. I use the Get LV Class Default Value, which uses the file path. Works as I stated above for both project and executable.
03-15-2017 06:21 PM
Ah, ok, well I can try that though honestly I might just drop class constants (or whatever it takes) into the VI to load them if I have to do the path stuff. It would be much better if the classes would be loaded based on the project settings and not using a tricky relative path (since that breaks at runtime if the relative path is changed as opposed to compile time with project settings).
03-16-2017 09:35 AM
So I ended up using a combination approach. I load by name for Labview. And for the build, I create a classes project folder and have them all built into a classes directory when the project is made. Then I can path build the application directory with the classes directory and all my lvclass files will be in there to use the normal LV Class Default Value vi. This doesn't give you quite the same confidence as a compile time error, but at least you know if you stuff a class in the classes folder, you know where it will end up in the build without forcing yourself to always use the same directory structure with your vis, which I think is asking a lot. Thanks for your help.
Still wish there was a way you could simply build the code into the executable to be loaded into memory without this pathing shenanigans. Like linking object files together.