From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
12-11-2014 11:47 AM
I have a feeling I know this answer.
I have an executable that takes a VI from the path control and the executable reads some properties. It crashes with that error.
Some background on the issue:
The executable waits on the path control to change its value, then it reads the properties. It waits just fine.
Running the source code works fine.
The VI that is being read does have the code separated.
So I'm thinking that this is no different than calling a VI dynamically because it has to load the VI into memory to read its properties, and that can't be done if the code is separated. I guess you have to uncheck the "Separate compiled code..." option for each VI (and subVI) that I am loading and recompile them all and then that should work?
Thanks!
Solved! Go to Solution.
12-11-2014 02:41 PM
Let's try to clarify something here. You have an EXE (running in the RTE) and it is trying to call a VI that is not included in the EXE and do whatever with it? If that is the case, then that VI that is being called should NOT be set to separate from compiled. The reason being that the RTE does not do any compiling. So trying to do something to a VI that doesn't have compiled code is impossible.
In the development environment, the compiled code for that VI should be in the object cache. Therefore the separate from compiled doesn't matter.
12-11-2014 04:29 PM
@crossrulz wrote:
Let's try to clarify something here. You have an EXE (running in the RTE) and it is trying to call a VI that is not included in the EXE and do whatever with it? If that is the case, then that VI that is being called should NOT be set to separate from compiled. The reason being that the RTE does not do any compiling. So trying to do something to a VI that doesn't have compiled code is impossible.
In the development environment, the compiled code for that VI should be in the object cache. Therefore the separate from compiled doesn't matter.
That's exactly what I thought. Thank you for confirming this.