What does this error message mean? What could I do to correct this issue?
AssemblyInfo.cs exited with code 9009
The problem is probably happening as part of a post-build step in a .NET solution in Visual Studio.
What does this error message mean? What could I do to correct this issue?
AssemblyInfo.cs exited with code 9009
The problem is probably happening as part of a post-build step in a .NET solution in Visual Studio.
My exact error was
The command "iscc /DConfigurationName=Debug "C:\Projects\Blahblahblah\setup.iss"" exited with code 9009.
9009 means file not found, but it actually couldn't find the "iscc" part of the command.
I fixed it by adding
";C:\Program Files\Inno Setup 5 (x86)\"
to the system environment variable"path"
In my case I had to "CD" (Change Directory) to the proper directory first, before calling the command, since the executable I was calling was in my project directory.
Example:
It happens when you are missing some environment settings for using Microsoft Visual Studio 2010 x86 tools.
Therefore, try adding as a first command in your post-build steps:
It should be placed before any other command.
It will set environment for using Microsoft Visual Studio 2010 x86 tools.
This is pretty basic, I had this problem, and embarrassing simple fail.
Application use Command line arguments, I removed them and then added them back. Suddenly the project failed to build.
Visual Studio -> Project Properties -> verify that you use 'Debug' tab (not 'Build Events' tab) -> Command Line Arguments
I used the and Post/Pre-build text area, which was wrong this case.
I have had the error 9009 when my post build event script was trying to run a batch file that did not exist in the path specified.
Did you try to give the full path of the command that is running in the pre- or post-build event command?
I was getting the 9009 error due to a
xcopy
post-build event command in Visual Studio 2008.But in my case it was also intermittent. That is, the error message persists until a restart of the computer, and disappears after a restart of the computer. It is back after some remotely related issue I am yet to discover.
However, in my case providing the command with its full path solved the issue:
Instead of just:
If I do not have the full path, it runs for a while after a restart, and then stops.
Also as mentioned on the comments to this post, if there are spaces in full path, then one needs quotation marks around the command. E.g.
Note that this example with regards to spaces is not tested.