LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Error 6 while Building Labview Application OSX

Hello everyone,

 

I have an application I am trying to compile on OSX10.8 using Labview 2012. I built the application fine yesterday, however, after some work today I don't seem to be able to replicate the feat.

 

Everytime I try to build I receive the following error:

 

"Error copying files. Source: Macintosh HD:Applications:National Instruments:LabVIEW 2012:resource:lvanlys.framework Destination: Macintosh HD:tNIAB:appName.app:Support:lvanlys.framework Delete in Copy From Folder To Folder.vi->Librarian Copy.vi->AB_Destination.lvclass:Copy_File.vi->AB_Source.lvclass:Copy_SourceItem.vi->AB_Build.lvclass:Copy_Files.vi->AB_Application.lvclass:Copy_Files.vi->AB_EXE.lvclass:Copy_Files.vi->AB_Build.lvclass:Build.vi->AB_Application.lvclass:Build.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<APPEND> Macintosh HD:tNIAB:appName.app:Support:lvanlys.framework"

 

Anyone have any suggestions?

0 Kudos
Message 1 of 10
(2,751 Views)

Hi KeenanJohnson,

 

This error may be associated with some illegal file characters. Please check to make sure there's nothing unusual in your file name, or that it's not too long (255 character limit typically).

 

If that doesn't fix things, could you please post a screenshot of the error?

 

Thanks,

Bobby Breyer
Applications Engineer
National Instruments
0 Kudos
Message 2 of 10
(2,728 Views)

I don't think there is anything weird with my names.

 

Untitled.png

0 Kudos
Message 3 of 10
(2,722 Views)

Thanks for the screenshots. Backing up a little bit, what was changed in your project since it worked previously to today?

Bobby Breyer
Applications Engineer
National Instruments
0 Kudos
Message 4 of 10
(2,705 Views)

Nothing that should matter. I updated some logic in the VIs and added some OS dependent conditional disable structures. The project file has remained the same. 

 

I think it might be a permissions error. Before this particular error, it randomly started giving me some errors when I tried to save things saying I didn't have permission to save certain things. So I attempted to fix all the permission mismatches with some good old chmod. And then it started giving this error. 

 

It also does not appear to help to revert the code to the state it was in when it was first built. This leads me to beleive it is not something to do with the source code.

0 Kudos
Message 5 of 10
(2,701 Views)

So I tried changing the path of where the executable was saved. I realized that the first time I built it, I just saved the exe to the desktop. However, now the project is saving to a much longer path. 

 

So changing the file path to a much shorter one seems to have resolved the issue.

0 Kudos
Message 6 of 10
(2,698 Views)

Hi KeenanJohnson,

 

Thanks for the update, I'm glad we were able to resolve this.

 

Regards,

Bobby Breyer
Applications Engineer
National Instruments
0 Kudos
Message 7 of 10
(2,685 Views)

Do you know why there is a path limit? It makes it a big pain to check this piece of code into our normal svn repo.

0 Kudos
Message 8 of 10
(2,683 Views)

This is a file system limit we work under.  I think this applies to any file for the system, not just LabVIEW files.  There are several apple forum discussions on the subject.

 

Regards,

Bobby Breyer
Applications Engineer
National Instruments
0 Kudos
Message 9 of 10
(2,667 Views)

I think I recall seeing something like this a few years back.  At the time it appeared that the problem was the long path to the AppBuilder files as listed in the first post in this thread.

 

One thing NI could do is to shorten that path. The destination portion of that has 597 chracters. Either flatten the hierarchy or shorten the names. 

 

Lynn

0 Kudos
Message 10 of 10
(2,660 Views)