08-07-2014 04:58 AM
Hi Jeff,
I encounter the same issue as described by david on this thread.
My VI was previously working still a made some modifications. then the run wire turn broken and I recieve thenceforth the error "fails to complie VI". In the details it says :"Error occurs when compiling the VI".
However, I've tried the step you described above but it seems not to work for me. Where my question: do those steps apply to LabVIEW 2013 as well? If not, how should I proceed?
king regards
08-07-2014 05:07 AM
I had this problem yesterday. I manifested itself after I made a certain sub-VI inlined and then the parent VI wouldn't compile any more. I could open the file no problem outside the target it was designed for but within the context of the target it would fail all the time.
I was able to pinpoint the problem, remove the inline option and then things worked.
Shane
08-07-2014 06:07 AM
Hi Shane,
what do you mea by removing the inline option?
How can I perform that change? Or are you speaking about rewriting my code for parallel computing (pipeline)?
Bolivar
08-07-2014 06:11 AM
Go to the execution properties of the sub-VI and on the bottom-left there's an option to inline a VI. This removes all sub-vi Overhead but has limits on which functions are supported within the VI.
Shane
04-01-2016 06:05 AM
I ran into this issue for the first time today. Used Jeff's approach and found a hint that a "selector list" was causing trouble. Pressing F did nothing for me, but I quickly found the culprit in block diagram. I deleted and re-created it without issue. For me the problem seems to have risen from a VI modified on disk being reloaded into memory and causing some corruption. Can't replicate it though. LabVIEW 2013 64.
06-13-2017 01:58 PM
Do you know if the key you mentioned works in LabVIEW 2016? I entered the key as
LVdebugkeys=True
but the Ctrl+Shift+D and Ctrl + Shift +N do not do anything. Do I need to include quotes or a semicolon somewhere?
06-13-2017 02:38 PM - edited 06-13-2017 02:56 PM
OK I figured out that I needed to Hit Ctrl + Shift + D and then H (without letting go of Ctrl + Shift).
05-29-2018 03:26 AM
Hello,
I also encountered same issue. I found the solution (i'll call it solution because my code stopped giving me this error..) that may work irrespective of LabVIEW version.
Go to Block- diagram -->> Select all (CTRL+A) -->> Delete entire code in BD -->> Now RUN arrow should not be broken -->> run the VI -->> Save code, do not close VI -->> UNDO code deletion (CTRL+Z) -->> RUN arrow is not broken now anymore -->> SAVE the VI...
Regards
08-27-2018 03:24 PM
Just tried DCKAN's solution. Unfortunately, it didn't quite work for me.
After I deleted all code on the diagram and saved, the arrow was indeed no longer broken. Unfortunately, as soon as I undid the delete operation, the arrow was broken again. I assume that there is an error on my diagram that the compiler is unable to account for.
08-28-2018 05:30 AM
@AllisonSCJ wrote:
Just tried DCKAN's solution. Unfortunately, it didn't quite work for me.
After I deleted all code on the diagram and saved, the arrow was indeed no longer broken. Unfortunately, as soon as I undid the delete operation, the arrow was broken again. I assume that there is an error on my diagram that the compiler is unable to account for.
I've had it happen to me that the compiler gives me the wrong error message. My memory could be off, but i had some property node or invoke node with a missed wire, but the VI error pointed me to some completely different and random Place. Since i was working on the VI when this happened it was fairly easy to find and fix, but if i'd opened some other developers old code with this error it'd be hell to find and fix.
/Y