Creating an EXE does not work

[andy320]

I want to build an .exe-File with CVI 7.0. I defined an ico-File in the target-settings. Without defining the ico it works but with the ico there is following error-Message : "Error compiling resources. Make sure your tmp directory is writable and not full". I don't understand this message!

[bilalD]

Hello Andy

Are you using the "Embed UIR"option in the target settings? If that is the case, make sure that the UIR that you are embedded does not have spaces in the file name.

Seems like the problem is quite similar to the one mentioned in this post

Hope this helps

Bilal Durrani
NI

[JulieC]

I am having the same problem, except with creating a DLL.  No, I am not embedding .uir files (don't have it marked under either release or debug target settings.  I don't have an icon file nor do I see where to set this (building a DLL).  I had this problem under CVI 7.0.  I am having this problem under CVI8.0.  I changed the permissions (Everyone can do Evertyhting) on my tmp directory and cleaned it out, despite having several GB free.  I inherited this project from a contracting house and I can't find how to correct or work around it.  The original project was created in CVI 6.0, so if there is some conversion magic that needs to happen, please enlighten me!  I've never had CVI 6.0, I would rather migrate this project into the current millenium. 😉

Julie

[mvr]

This is a bit of a long shot but if you copied the project from a CD the files in the project may have the read only attribute set.  Check to see if any of the files you copied are read only.  Also you probably want to delete the folder cvibuild.<your project name> which contains the temporary files from the project build process.

[JonathanN]

Hi Julie and Andy,

There are several possible scenarios in which you could receive those errors. Andy, you could possible have a corrupt icon file. Try using a default CVI icon and see if that fixes anything. Also to, maybe the DLL file that you are creating is set to be built in a non-existing or non-writeable directory? Verify this this by selecting Build >> Target Settings and checking the build path for the target file in both debug and release form. 

Also to, refer to the KnowledgeBase "Error compiling resources...", this link, and this link for further discussion.

Hope this helps!

Best Regards

[JulieC]

Thanks for trying, but yeah, I tried all that already.  It creates the cvibuild.<proj> subdirectory, creates the three .nidobj files, puts up two warnings about the __stdcall calling convention, then the can't compile resources message.

[JulieC]

Jonathon,

In my case, I am building a DLL (despite the title of this thread, I replied as it was similar).  I re-checked the paths for the Nth time, the DLLs are to be put in the working directory.  There is neither an icon file nor a .uir file anywhere in the project or the project directory.  Thanks for the links, but I'd already checked all those things.

Julie

[JonathanN]

Hi Julie,

Try running the cvidll DLL example in the Example Finder. If you can successfully build this, we will for sure know that the issue surrounds your project. If this does work, could you post a watered down version of your project so we could test it out here?

Thanks

Best Regards,

[JulieC]

Thanks for getting back to me Jonathan.  I had created a new (empty-ish) IVI DLL with the wizards last night (worked), so I was pretty sure this was the result I would (and did) get:

The following files have been successfully created: cvidll.dll, cvidll.cdb, cvidll.lib

Watering down my project now ...

[JonathanN]

Hey Julie,

I think you posted the watered-down version of your CVI issue on another forum. Anyway, I downloaded that zip file and built the DLL fine without any errors, especially the "compilation" one. I built the DLL in both CVI 7.1 and CVI 8.0.1. What you might try doing is creating a new CVI project and add in the various files one by one and continuously build a DLL to see what is corrupt.

Try this and let me know your findings!

Thanks

Best Regards,