应用程序在Win 7环境清单文件导致的问题 [英] Applications manifest file causing problems on Win 7 environment

问题描述

我的应用程序已经一路走来，从.NET 1.1至3.5升级。在Win 7 64位环境中我有Ø手动删除app.exe.manifest文件，否则它崩溃它启动的时候。

My app has been upgraded along the way from .net 1.1 to 3.5. On win 7 64 bit environment I have o manually remove the app.exe.manifest file as otherwise it crashes when it launches.

我使用的是Visual Studio的部署和放大器;安装工程安装。 EXE文件的应用程序设置本身我已经试过在涉及使用包括使用无（清单仍然被创建）什么清单文件下拉的所有选项。

I use a visual studio deploy & setup project to install. In the exe's application settings itself i've tried all the options in the dropdown relating to what manifest file to use including using none (manifest still gets created).

在理想情况下，我想在办公室的外观和感觉，但最坏的情况下有它的工作完全停止是好的，现在，有或没有。

Ideally i'd like the office look and feel but worst case scenario having it work full stop is fine now, with or without.

任何帮助AP preciated。

Any help appreciated.

更新：Manifsest文件

Update: Manifsest file

<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<dependency>
<dependentAssembly>
<assemblyIdentity
    type="win32"
    name="Microsoft.Windows.Common-Controls"
    version="6.0.0.0"
    processorArchitecture="x86"
    publicKeyToken="6595b64144ccf1df"
    language="*"/>
</dependentAssembly>

因此​​，对于64位环境中，这显然是行不通的，但我补充说，这是当我设置在我的应用程序设置无清单创建应用程序时创建的清单。

So, for a 64 bit environment, this clearly isn't going to work, but I add that this is the manifest that is created when i set 'Create application without a manifest' in my application settings.

推荐答案

一）您使用的任何本地库？我的意思是无管理（.NET）的呢？

a) Are you using any native libraries? I mean non managed (.NET) ones?

b）你有问题，Win7的32位平台？还是只有64位平台？

b) Do you have problems with Win7 32-bit platforms? Or only 64-bit platforms?

实际误差三）截图将是非常有益的在这里。

c) Screenshot of the actual error would be very helpful here.

D）如果在你的EXE使用多个DLL文件，然后对这些信息会在调试时有很大的帮助。

d) If you are using multiple DLLs in your exe, then information about those would be great help in debugging.

下面是根据有限的信息刺...

Here is a stab with limited information...

我有一个类似的问题一次，那是因为图书馆之一是32位，而目标平台的exe文件是任何，即在64位平台上装载了64位的.net应用程序和引起的问题，当执行流程达到32位库加载点在哪里。

I had a similar problem once, and that was because one of the libraries was 32-bit while the target platform for the exe was "any" i.e. on 64-bit platform the .NET app loaded up as 64-bit and caused problems when the execution flow reached the point where the 32-bit library was loaded.

我希望这有助于。

这篇关于应用程序在Win 7环境清单文件导致的问题的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！