/win32manifest (Visual Basic)
Updated: July 20, 2015
For the latest documentation on Visual Studio 2017 RC, see Visual Studio 2017 RC Documentation.
Identifies a user-defined Win32 application manifest file to be embedded into a project's portable executable (PE) file.
|The path of the custom manifest file.|
By default, the Visual Basic compiler embeds an application manifest that specifies a requested execution level of asInvoker. It creates the manifest in the same folder in which the executable file is built, typically the bin\Debug or bin\Release folder when you use Visual Studio. If you want to supply a custom manifest, for example to specify a requested execution level of highestAvailable or requireAdministrator, use this option to specify the name of the file.
This option and the /win32resource option are mutually exclusive. If you try to use both options in the same command line, you will get a build error.
An application that has no application manifest that specifies a requested execution level will be subject to file/registry virtualization under the User Account Control feature in Windows Vista. For more information about virtualization, see ClickOnce Deployment on Windows Vista.
Your application will be subject to virtualization if either of the following conditions is true:
You use the
/nowin32manifestoption and you do not provide a manifest in a later build step or as part of a Windows Resource (.res) file by using the
You provide a custom manifest that does not specify a requested execution level.
Visual Studio creates a default .manifest file and stores it in the debug and release directories alongside the executable file. You can view or edit the default app.manifest file by clicking View UAC Settings on the Application tab in the Project Designer. For more information, see Application Page, Project Designer (Visual Basic).
You can provide the application manifest as a custom post-build step or as part of a Win32 resource file by using the
/nowin32manifest option. Use that same option if you want your application to be subject to file or registry virtualization on Windows Vista. This will prevent the compiler from creating and embedding a default manifest in the PE file.
The following example shows the default manifest that the Visual Basic compiler inserts into a PE.
The compiler inserts a standard application name MyApplication.app into the manifest XML. This is a workaround to enable applications to run on Windows Server 2003 Service Pack 3.
<?xml version="1.0" encoding="utf-8" standalone="yes"?> <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> <assemblyIdentity version="220.127.116.11" name="MyApplication.app"/> <trustInfo xmlns="urn:schemas-microsoft-com:asm.v2"> <security> <requestedPrivileges xmlns="urn:schemas-microsoft-com:asm.v3"> <requestedExecutionLevel level="asInvoker"/> </requestedPrivileges> </security> </trustInfo> </assembly>