首页
学习
活动
专区
工具
TVP
发布
社区首页 >问答首页 >.NET应用程序将作为控制台应用程序运行,而不是作为Windows窗体运行,调试工作

.NET应用程序将作为控制台应用程序运行,而不是作为Windows窗体运行,调试工作
EN

Stack Overflow用户
提问于 2015-04-21 05:01:53
回答 2查看 2.2K关注 0票数 17

我有一个以前在Windows2.0上工作过的Windows应用程序,我只是想把它带到.NET Framework4上,我已经这样做过几百次了,没有出现问题。

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

疯狂的部分是,如果我将项目输出类型切换为“控制台应用程序”,那么它就可以从一个exe文件中运行它!(只是在应用程序运行时,在其后面有一个恼人且丑陋的控制台窗口)。

以前有没有人听过这样的话?

以下是我尝试过的事情和更多信息:

有没有人见过这样的东西?我使用C#已经超过14年了,以前从来没有见过这种行为。

编辑:从Program.cs添加代码,去掉名称空间标记并使用语句

代码语言:javascript
复制
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块是否存在并不重要。同样的行为也发生在可执行文件上。

编辑:在调试模式中添加退出代码

代码语言:javascript
复制
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项

代码语言:javascript
复制
<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不能生成的项正在设置一个非默认图标

如果我将默认图标切换为.ico文件,则它将进行调试,但不会运行可执行文件。如果我将图标切换回应用程序>>资源>>图标和清单下的(默认图标),则可执行文件将在调试器之外正常运行?有没有人知道为什么改变一些像程序的默认图标一样无害的东西会导致EXE无法运行?在我意识到导致它不能运行的部分之后,我会谷歌/进一步调查这一点。

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2015-04-22 03:00:44

这个问题的答案是完全出乎意料的。问题出在应用程序的图标中。

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

我最终缩小了它的范围,当我有一个默认的应用程序图标(项目属性>>应用程序>>图标)时,应用程序在从可执行文件启动时工作良好的。但是,当我将图标更改为我正在使用的图标时,EXE停止工作。

果然,当我这样做的时候,测试程序的EXE停止了工作。

接下来,我尝试使用一个与我正在使用的图标不同的图标,这个图标的EXE可以工作。所以,现在我已经将范围缩小到我正在使用的特定图标的问题。我注意到工作正常的那个有一个16x16的4位和32x32的4位图像。然后我打开了不工作的那个。非工作的托盘分别有48、32、24和16个像素图标(4位、8位和32位托盘)。

在尝试从图标中删除各种图像的几种组合后,我发现8位彩色调色板图标图像导致了问题!在从图标中删除所有8位图像后,程序现在可以正常工作了!

因此,这个故事的寓意是:虽然带有8位图像的图标可以很好地用于表单和其他用途,但作为应用程序图标,它们不能很好地与.NET应用程序配合使用

票数 6
EN

Stack Overflow用户

发布于 2015-04-21 21:30:07

@Matt这看起来像是你在你的机器上应用了一些安全策略来阻止任何未知的可执行文件(当你单独单击时)。这在Debug中运行良好,因为对于该策略,宿主进程将被标记为安全的。请尝试在未应用自定义提升权限策略的其他计算机上运行.exe,或者更确切地说,请与您的IT管理员联系。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/29758335

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档