LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Build failed - error 7

So, I've got a fairly large project (few thousand VIs) that I've built multiple times.  No problems.  I just made some changes in one of my classes (all minor bug fixes) and went to rebuild and it throws an error.  For the life of me I can't figure out what would cause it.  I'm running LabVIEW 2016 f2.

 

Things I've tried:

-Rebooting the computer

-Changing build path

-Building on different computer

 

I've been through the settings in my build and see nothing odd. I'm clearly missing something or did something stupid - I can't for the life of me figure out what it would be though.

 

Edit:  Oh, and response to common solutions I've found...

-I'm not using the Report Generation Toolkit.

-I do have dynamically linked VIs, but I have gone back to my build and verified they are always included.

-No hardware changed.  The project calls some of the VeriStand API but no direct drivers.

-Program does run...

 

build error.png

 

0 Kudos
Message 1 of 14
(5,003 Views)

Try clearing compiled object cache (both User and Application Builder - http://zone.ni.com/reference/en-XX/help/371361N-01/lvdialog/clear_object_cache_db/ )

0 Kudos
Message 2 of 14
(4,980 Views)

Not sure if any of this helpful, but:

- Have you tested forcing a recompile? (Ctrl + Shift + Run)

- Does any part of the file hierarchy have a too long path names?

- Are there dll/.Net/ActiveX calls? Can you try to disable those parts of the code and try to build?

 

 

0 Kudos
Message 3 of 14
(4,975 Views)

Check this post.  This goes back to Labview 2012 and maybe earlier.  I hope it's not the case but it may be rearing its ugly head again.

aputman
0 Kudos
Message 4 of 14
(4,972 Views)

Thanks for all of the replies.

 

PiDi:  No luck.

 

perhult:  

 - I did try a mass recompile of every VI in the project folder.  No luck.

 - None of the path names should have changed... it was just bug fixes.

 - Yes... I call all 3.  I can try disabling the calls later if nothing else seems to work, but I haven't touched any of that code for months now - I don't see that impacting my build.

 

aputman:  I verified folder wasn't open and tried to rebuild.  No luck.  I've also tried building the modified project on a different computer (which had built the project before) and it failed again.  Clearly something is messed up in the project somewhere, but I have no clue what it could be.

 

0 Kudos
Message 5 of 14
(4,964 Views)

Check any express VI's that you may be using.  I had it happen where those get corrupted and I had to recreate every one of them.  Now I just avoid them completely.

aputman
0 Kudos
Message 6 of 14
(4,962 Views)

@aputman wrote:

I just avoid them completely.


Ditto 🙂

0 Kudos
Message 7 of 14
(4,957 Views)

Enable logging and check out when exactly the error occurs:

buildlog.png

This should help you narrow down the problematic VIs.

 

I've also attached a dirty version of low-level builder, which might further help you find the problem (it shows the log of builder operations - probably you'll get the same results as logging option above, but still it's worth trying...).

Message 8 of 14
(4,938 Views)

Check that any files from a previous build aren't set to read-only.

Check that you have permission to write to the destination folder.

"If you weren't supposed to push it, it wouldn't be a button."
0 Kudos
Message 9 of 14
(4,901 Views)

Log file showed it is some typedef control that won't save... but I still can't figure out why.

 

As for file permissions or read/write settings - that isn't it.

0 Kudos
Message 10 of 14
(4,895 Views)