Question

我有一个在.NET 2.0上运行过一次的Windows应用程序，我只想将它转发到.NET Framework 4.我之前已经完成了数百次没有问题。

长话短说：升级后，我可以从调试和发布模式运行Windows应用程序（用C＃编写）。我的所有程序集都设置为构建目标（x86），以确保任何32位依赖项都可以在Windows 7 x64上运行。奇怪的是，当我从bin \ x86 \ Debug或Release目录运行可执行文件时，没有任何反应。没什么。应用程序启动然后立即停止，并且没有错误消息，没有崩溃，没有项目写入事件日志。它只是开始然后停止。

疯狂的部分是，如果我将项目输出类型切换到＆＃34;控制台应用程序＆＃34;，那么它可以从exe文件运行它！（在应用程序运行时，只需在应用程序后面设置一个烦人且丑陋的控制台窗口。）

以前有没有人听过这样的事情？

以下是我尝试的内容和更多信息：

查看事件日志中提及的任何错误
尝试以管理员身份运行
我已经是具有对所有目录的完全访问权限的计算机管理员
尝试将MessageBox.Show语句放在Main（）函数
尝试将Console.WriteLine语句放在Main（）函数
尝试公开主要功能。
尝试通过双击启动应用程序exe并从命令行运行它（在这种情况下控制台输出不会出现）。
尝试为Debug AND Release
尝试删除调用以启动MainForm.cs，其中只保留MessageBox代码。
纯.NET 4.0的其他Windows窗体应用程序可以从其可执行文件中正常运行。
.NET Framework 4.0似乎没有损坏，但是，我还没有尝试重新安装它。
尝试在main函数中添加try / catch以捕获并报告任何错误。
Windows 7,64位
Visual Studio 2010
定期执行Windows更新
所有代码的C＃

有没有人见过这样的东西？我已经使用C＃超过14年了，以前没有看到过这种行为。

编辑：从Program.cs添加代码减去命名空间标记并使用语句

static class Program
{
    /// <summary>
    /// The main entry point for the application.
    /// </summary>
    [STAThread]
    static void Main()
    {
        try
        {                
            MessageBox.Show("Start");
            Application.EnableVisualStyles();
            Application.SetCompatibleTextRenderingDefault(false);
            Application.Run(new MainForm());
            MessageBox.Show("End");
        }
        catch (Exception exp)
        {
            ExceptionDisplay.LaunchUnexpected(exp);
        }
    }
}

ExceptionDisplay类只是一个简单的窗体，可以显示和报告意外错误。在这种情况下，try / catch块是否存在并不重要。可执行文件也会发生相同的行为。

编辑：在调试模式下添加退出代码

The thread 'vshost.RunParkingWindow' (0xf70) has exited with code 0 (0x0).
The thread '<No Name>' (0x25c0) has exited with code 0 (0x0).
The program '[13496] MyProgram.vshost.exe: Managed (v4.0.30319)' has exited with code 0 (0x0).

编辑：从.csproj文件中添加PropertyGroup项目

<PropertyGroup>
<Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
<Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>
<ProductVersion>9.0.30729</ProductVersion>
<SchemaVersion>2.0</SchemaVersion>
<ProjectGuid>{C5FE7F9D-57BB-4A6F-AD53-43BE99BAB6CF}</ProjectGuid>
<OutputType>WinExe</OutputType>
<AppDesignerFolder>Properties</AppDesignerFolder>
<RootNamespace>MyNamespace</RootNamespace>
<AssemblyName>MyAssemblyName</AssemblyName>
<TargetFrameworkVersion>v4.0</TargetFrameworkVersion>
<FileAlignment>512</FileAlignment>
<FileUpgradeFlags>
</FileUpgradeFlags>
<UpgradeBackupLocation>
</UpgradeBackupLocation>
<OldToolsVersion>3.5</OldToolsVersion>
<TargetFrameworkProfile />
<IsWebBootstrapper>true</IsWebBootstrapper>
<PublishUrl>http://localhost/MyNamespace/</PublishUrl>
<Install>true</Install>
<InstallFrom>Web</InstallFrom>
<UpdateEnabled>true</UpdateEnabled>
<UpdateMode>Foreground</UpdateMode>
<UpdateInterval>7</UpdateInterval>
<UpdateIntervalUnits>Days</UpdateIntervalUnits>
<UpdatePeriodically>false</UpdatePeriodically>
<UpdateRequired>false</UpdateRequired>
<MapFileExtensions>true</MapFileExtensions>
<ApplicationRevision>0</ApplicationRevision>
<ApplicationVersion>1.0.0.%2a</ApplicationVersion>
<UseApplicationTrust>false</UseApplicationTrust>
<BootstrapperEnabled>true</BootstrapperEnabled>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
<DebugSymbols>true</DebugSymbols>
<DebugType>full</DebugType>
<Optimize>false</Optimize>
<OutputPath>bin\Debug\</OutputPath>
<DefineConstants>DEBUG;TRACE</DefineConstants>
<ErrorReport>prompt</ErrorReport>
<WarningLevel>4</WarningLevel>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
<DebugType>pdbonly</DebugType>
<Optimize>true</Optimize>
<OutputPath>bin\Release\</OutputPath>
<DefineConstants>TRACE</DefineConstants>
<ErrorReport>prompt</ErrorReport>
<WarningLevel>4</WarningLevel>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' ">
<DebugSymbols>true</DebugSymbols>
<OutputPath>bin\x86\Debug\</OutputPath>
<DefineConstants>DEBUG;TRACE</DefineConstants>
<DebugType>full</DebugType>
<PlatformTarget>x86</PlatformTarget>
<ErrorReport>prompt</ErrorReport>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|x86' ">
<OutputPath>bin\x86\Release\</OutputPath>
<DefineConstants>TRACE</DefineConstants>
<Optimize>true</Optimize>
<DebugType>pdbonly</DebugType>
<PlatformTarget>x86</PlatformTarget>
<ErrorReport>prompt</ErrorReport>
</PropertyGroup>
<PropertyGroup>
<ApplicationIcon>security.ico</ApplicationIcon>
</PropertyGroup>
<PropertyGroup>
<SignAssembly>true</SignAssembly>
</PropertyGroup>
<PropertyGroup>
<AssemblyOriginatorKeyFile>company.snk</AssemblyOriginatorKeyFile>
</PropertyGroup>
<PropertyGroup>
<StartupObject />
</PropertyGroup>

更新我尝试将所有文件从一个项目移动到另一个新项目，在我编译完成后，exe文件正常工作。然后，在准备部署时，我为项目做了一些事情（包括用强名称签名，更改程序的图标等），然后exe停止工作。在将其缩小到我执行的最新事件序列后，我将最近一次更改的每个项目切换为一次，并发现导致exe不构建的项目设置了非-default图标。

如果我将默认图标切换为.ico文件，那么它将调试但不运行exe。如果我将图标切换回应用程序＆gt;＆gt;下的（默认图标）资源＆gt;＆gt;图标和清单，那么exe将在调试器外运行得很好???有没有人知道为什么改变某些东西是无害的，因为程序的默认图标会使EXE无法运行？在我意识到导致它无法运行的部分之后，我会谷歌/进一步调查。

Answer 1

这个问题的答案最终出乎意料。问题出现在应用程序的图标。

中

在进一步排除故障后，我注意到当我创建一个新项目时，将所有文件添加到项目中并编译它 - 程序将从EXE文件运行。我继续对项目进行更改，然后经过一些最后的修改（包括更改应用程序图标，添加强名称，以及我在许多其他应用程序上执行的其他操作），我注意到EXE突然停止了双击时工作。

我最后将其缩小到当我有一个默认应用程序图标（项目属性＆gt;＆gt;应用程序＆gt;＆gt;图标）时，应用程序工作正常从EXE启动时。但是，当我将图标更改为我正在使用的图标时，EXE停止工作。

之前我使用过应用程序图标，因此我创建了一个没有做任何事情的测试项目，但是我将应用程序图标更改为此图标。果然，当我这样做时，测试程序的EXE停止工作。

接下来，我尝试使用不同的图标而不是我正在使用的图标，并且那个EXE有效。所以，现在我把它缩小到我正在使用的特定图标的问题。我注意到那个工作的内部有一个16x16 4位和32x32 4位图像。然后我打开了非工作的那个。非工作的每个（4位，8位和32位托盘）都有48个，32个，24个和16个像素图标。

尝试从图标中删除各种图像的几种组合后，我发现 8位颜色托盘图标图像导致问题！从图标中删除所有8位图像后，该程序现在正常工作！

因此，故事的寓意是：虽然具有8位图像的图标可能适用于表单和其他目的，但它们不适用于.NET应用程序作为应用程序图标 < / p>

Answer 2

@Matt看起来您在机器上应用了一些防止任何未知可执行文件的安全策略（当您单独单击时）。这在Debug中工作正常，因为主机进程已被标记为该策略的安全。尝试在未应用自定义提升权限策略的其他计算机上运行.exe，或者与IT管理员联系。

.NET应用程序将作为控制台应用程序运行，但不作为Windows窗体，Debug Works运行

2 个答案: