Error 5 when building executable

[Terry_S]

When trying to build an executable I am getting the following error.  I have made many executables on this computer and this is something that has just started.  The contents of the directory, after the error occurs is a directory called PVT2010.exe. 

Error 5 occurred at Delete in AB_Engine_Delete_Internal_Files.vi->AB_EXE.lvclass:Build.vi->AB_Build.lvclass:Build_from_Wizard.vi->AB_UI_Frmwk_Build.lvclass:Build.vi->AB_UI_FRAMEWORK.vi->AB_Item_OnDoProperties.vi->AB_Item_OnDoProperties.vi.ProxyCaller

Possible reason(s):

LabVIEW:  File already open.
=========================
NI-488:  Command requires GPIB Controller to be System Controller.

D:\Documents\Labview 2010\PVT 2010\Build\Application\PVT2010.exe

Terry.

[LVbum42]

Can you try building the application with some VIs excluded?  If you can determine if the error is being thrown when a certain VI is included in the source files we can start there.  The error may be occurring because the application builder is trying to access a program that is open.  Error 5 is a generic error but are you using a GPIB controller?

Regards,

Isaac S.

[Norbert_B]

I am not sure if this is error 5, but i do encounter errors during builds sometimes, if the target folder(s) is not empty. This also refers to folder(s) where support files like *-errors.txt are being placed.

Norbert

[Terry_S]

I am not using a GPIB controller, but I am using VISA drivers.  How do you recommend that I go about removing vi's?  Do I have to remove them from my main vi?  This has many and could be quite tedious, or do you have some recommendation on types I should focus on?

[Terry_S]

Norbert, the items you mentioned got me to thinking.  Recently our company implemented that we must have desktop encryption installed on our computer.  Could this be causing issues with building applications?

[Norbert_B]

Possible. The error states that files are already "in use". So i find it possible that the encryption "locks" the file from the LV point of view by accessing them for encryption/decryption.

Can you cross check with a system which does not use encryption (use the same project/sources/build script)?

Norbert

[Terry_S]

This problem has been around since around the time that the encryption software as been installed, but my first though was a problem with one of my vi's.  I did just what you have suggested and moved everything to a computer that does not have the encryption software installed and I had no problems with the build.  However I tried again on the original computer and it worked.  The problem seems to be intermittent and now I suspect it is the encryption software that is causing the issue.

I am not sure how many people out there are using encryption software but it is something to be aware of.  Do you think there is anything that could been done to make the application builder work with the encryption software?  Removing the encryption software from my computer is not an option.

[Norbert_B]

I would make sure that the target folder(s) of the build is(are) empty. Maybe you even have to delete pre-existing folder so that the build process can create them.

Depending on the way the encryption software works, it might continuously lock parts of the disk. So it could still behave random if or if not a build is possible. The reason is that the EXE is built from a temporay folder. So once the folder is going to be encrypted during the build process, i would expect a fail (based on your experience).

Norbert