-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Condition reading the MechAction property to not be read at runtime #516
Conversation
0 of 1 files processed successfully. Possible reason(s): LabVIEW: (Hex 0x1) An input parameter is invalid. For example if the input is a path, the path might contain a character not allowed by the OS such as ? or @.Command requires GPIB Controller to be Controller-In-Charge. Complete call chain: |
Source/Runtime/MeasurementLink Measurement Server/Helpers/Is Latched Boolean.vi
Show resolved
Hide resolved
Source/Runtime/MeasurementLink Measurement Server/Helpers/Is Latched Boolean.vi
Show resolved
Hide resolved
0 of 1 files processed successfully. Possible reason(s): LabVIEW: (Hex 0x1) An input parameter is invalid. For example if the input is a path, the path might contain a character not allowed by the OS such as ? or @.Command requires GPIB Controller to be Controller-In-Charge. Complete call chain: |
Source/Runtime/MeasurementLink Measurement Server/Helpers/Is Latched Boolean.vi
Show resolved
Hide resolved
@aepete any idea why this is not working? It's not a big deal for me in this case, but maybe you could take a look. |
What does this Pull Request accomplish?
Fixes AB#2738336
When a measurement was built into an executable with the 2.2.0.1 prerelease, it would launch briefly and then the .exe would go away. The error turned out to be attempting to read the 'MechAction' property to see if the user was using any latched booleans. We already check this at edit time with Run Service.vi and at build time of the .exe. So I'm disabling this check in the run time engine.
Why should this Pull Request be merged?
Allows measurement services to be built into .exes, a basic requirement of the framework.
What testing has been done?
I will build the .vip files locally in preparation for a prerelease to be made soon and test the built .exe case.