Приложение .NET будет работать как консольное приложение, но не как Windows Forms, Debug Works

У меня есть приложение Windows, которое раньше работало на .NET 2.0, и я просто хотел его перенести в .NET Framework 4. Я делал это сотни раз, прежде чем без проблем.

Длинная история короткая: После обновления я могу запустить приложение Windows (написанное на С#) из режимов Debug и Release. Все мои сборки настроены на создание таргетинга (x86), чтобы убедиться, что любые 32-разрядные зависимости будут выполняться в Windows 7 x64. Странно то, что когда я запускаю исполняемый файл из директорий bin\x86\Debug или Release, ничего не происходит. Буквально ничего. Приложение запускается сразу же, останавливается, и в журнале событий нет сообщений об ошибках, никаких сбоев и записей. Он только начинается, а затем останавливается.

Сумасшедшая часть - если я переключу тип вывода проекта на "Консольное приложение", то он работает, чтобы запустить его из exe файла! (У вас есть раздражающее и уродливое окно консоли в задней части приложения во время его работы).

Кто-нибудь когда-либо слышал что-нибудь подобное раньше?

Вот что я пробовал и больше информации:

• Посмотрел на упоминание ошибок в журнале событий
• Проработал как администратор
• Я уже являюсь администратором компьютера с полным доступом ко всем каталогам.
• Пробовал делать сообщения MessageBox.Show в функции Main()
• Пробовал выполнять инструкции Console.WriteLine в функции Main()
• Пробовал делать основные функции общедоступными.
• Попробовал запустить приложение exe, дважды щелкнув по нему, а также запустив его из командной строки (вывод консоли в этом случае не отображался).
• Пробные исполняемые файлы, скомпилированные для Debug AND Release
• Попробовал удалить вызов, чтобы запустить MainForm.cs, где остается только код MessageBox.
• Другие приложения Windows Forms, которые являются чистыми .NET 4.0, отлично работают с их исполняемым файлом.
• .NET Framework 4.0, похоже, не поврежден, однако я не пробовал переустановить его полностью.
• Попробовал добавить try/catch в основной функции, чтобы поймать и сообщить о любых ошибках.
• Windows 7, 64-разрядная
• Visual Studio 2010
• Обновления Windows регулярно выполняются
• С# для всего кода

Кто-нибудь видел что-нибудь подобное? Я работаю с С# более 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 - это просто форма Windows, которая отображает и сообщает о неожиданной ошибке. В этом случае не имеет значения, присутствует ли блок try/catch или нет. Такое же поведение происходит с исполняемым файлом.

EDIT: добавление кодов выхода в режиме отладки

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).

EDIT: добавление элементов PropertyGroup из файла .csproj

<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>

UPDATE: Я попытался переместить все файлы из одного проекта в другой новый проект, и после того, как я его скомпилировал, exe файл работал. Затем, при подготовке к развертыванию, я сделал несколько вещей для проекта (включая подписание с сильным именем, изменение значка программы и т.д.), А затем exe перестала работать. После сужения до последней последовательности событий, которые я выполнил, я переключил каждый элемент, который я недавно изменил по одному, и обнаружил, что элемент, который вызывает exe для сборки, устанавливал значок не по умолчанию.

Если я переключу значок по умолчанию в файл .ico, он будет отлаживать, но не запускать exe. Если я переключу значок обратно на (значок по умолчанию) в разделе "Приложение → Ресурсы → Значок и манифест", тогда exe будет работать отлично за пределами отладчика??? Кто-нибудь есть идеи, почему изменение чего-то столь же безобидного, как значок по умолчанию программы, приведет к тому, что EXE не будет запущен? Я буду Google/исследовать это дальше после того, как я понял часть, из-за которой она не запускалась.