08-18-2015 12:38 PM
Please consider finding a local LabVIEW expert (hire, for a week, the NI Applications Engineer you mentioned) to work with you. If you have real hardware (I believe you mentioned a pump) controlled by LabVIEW, code that you nor anyone else working with you understands, and code with known errors, continuing to "rush" towards "getting something to work" is a very dangerous situation!
Bob Schor
12-07-2018 04:18 PM
This error has been replicated in LabVIEW 2017 SP1 DSC. ERR_MergeErrors has a vulnerability in that it will concatenate the "error string" within the password protected calling VIs without limit to the character count. There are undocumented features within LabVIEW DSC that will populate the "error string" and concatenate it with internal messages even if there are no errors or memory leaks within your host code.
In order to track down the source of the memory leak in ERR_MergeErrors, search the vi.lib for this DSC library function, open the front panel, and execute your code while the front panel is open. You can use "Tools >> Profile >> Performance and Memory" to watch the memory grow under certain use cases of LabVIEW DSC. You can copy and past the value of the "error message" indicator to see the contents and get clues to which internal functions within DSC are failing without producing an error message.
I do not believe this vulnerability has been removed in DSC 2018 but it certainly exists and has been documented in LabVIEW 2017 SP1.
07-30-2024 09:19 AM
Do you know if this issue inside ERR_MergeErrors.vi is solved in LabView 2021 or later?
07-30-2024 09:56 AM
@JurassicJP wrote:
Do you know if this issue inside ERR_MergeErrors.vi is solved in LabView 2021 or later?
I believe no. I had an issue with warning messages piling up and running out of memory. Make sure you right click the merge error node and uncheck the "Retain all Errors" option to avoid this issue.
07-31-2024 09:28 AM
Thanks for your quick and helpful feedback. I'm surprised that NI doesn't fix these bugs faster 😞