blocks|key|263987|text|0xE0434352是the+exception+code+for+all+.NET+exceptions，所以这不会告诉你太多。你是怎么得到这个异常代码的？事件日志？|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|263988|最好的办法是使用调试器来获取更多信息。如果Visual+Studio调试器不能帮助您，那么您可能需要使用SOS检查WinDbg。有关介绍，请参阅here和here。让它在异常时中断，看看您是否可以获得更多关于原因的信息。|263989|如果您怀疑这是加载程序集时的问题，则可能需要检查Fusion+Log。|263990|entityMap|0|LINK|mutability|MUTABLE|url|http://ig2600.blogspot.com/2011/01/why-do-i-keep-getting-exception-code.html|1|https://docs.microsoft.com/en-us/dotnet/framework/tools/sos-dll-sos-debugging-extension|2|http://en.wikipedia.org/wiki/WinDbg|3|http://blog.coryfoy.com/2010/02/debugging-net-applications-with-windbg-and-sos/|4|http://ig2600.blogspot.com/2009/07/finding-clr-exceptions-with-visual.html|5|http://msdn.microsoft.com/en-us/library/e74a18c4%2528v=VS.100%2529.aspx^0|B|16|0|0|1G|3|1|1L|6|2|20|4|3|25|4|4|0|O|A|5|0^^$0|@$1|2|3|4|5|6|7|Z|8|@]|9|@$A|10|B|11|1|12]]|C|$]]|$1|D|3|E|5|6|7|13|8|@]|9|@$A|14|B|15|1|16]|$A|17|B|18|1|19]|$A|1A|B|1B|1|1C]|$A|1D|B|1E|1|1F]]|C|$]]|$1|F|3|G|5|6|7|1G|8|@]|9|@$A|1H|B|1I|1|1J]]|C|$]]|$1|H|3|-4|5|6|7|1K|8|@]|9|@]|C|$]]]|I|$J|$5|K|L|M|C|$N|O]]|P|$5|K|L|M|C|$N|Q]]|R|$5|K|L|M|C|$N|S]]|T|$5|K|L|M|C|$N|U]]|V|$5|K|L|M|C|$N|W]]|X|$5|K|L|M|C|$N|Y]]]]

0xE0434352 is <a href="http://ig2600.blogspot.com/2011/01/why-do-i-keep-getting-exception-code.html" rel="nofollow noreferrer">the exception code for all .NET exceptions</a> so that won't tell you much. How did you got this exception code? The event log?
Your best bet is to use a debugger to get more information. If the Visual Studio debugger won't help you, then you might need to check out <a href="http://en.wikipedia.org/wiki/WinDbg" rel="nofollow noreferrer">WinDbg</a> with <a href="https://docs.microsoft.com/en-us/dotnet/framework/tools/sos-dll-sos-debugging-extension" rel="nofollow noreferrer">SOS</a>. See <a href="http://blog.coryfoy.com/2010/02/debugging-net-applications-with-windbg-and-sos/" rel="nofollow noreferrer">here</a> and <a href="http://ig2600.blogspot.com/2009/07/finding-clr-exceptions-with-visual.html" rel="nofollow noreferrer">here</a> for an introduction. Let it break on the exception, and see if you can get more information on the why.
If you suspect it is an issue when loading assemblies you might want to check out the <a href="http://msdn.microsoft.com/en-us/library/e74a18c4%28v=VS.100%29.aspx" rel="nofollow noreferrer">Fusion Log</a>.

blocks|key|3175274|text|当应用程序部署时，我得到了这个。在我的例子中，我选择了项目安全选项卡上的“这是一个完全信任的应用程序”，并修复了它。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3175275|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I was getting this when the app deployed. In my case, I chose "This is a full trust application" on the project security tab, and that fixed it.

blocks|key|3175291|text|如果您从事件查看器中获得该错误，您应该会看到来自源".NET运行时“的另一个错误事件(至少一个)。查看该错误消息，因为它将包含Exception信息。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3175292|entityMap^0|1R|9|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

If you are getting that error from Event Viewer, you should see another error event (at least one) from the Source ".NET Runtime". Look at that error message as it will contain the <code>Exception</code> info.

blocks|key|264022|text|为了解决这个问题(许多应用程序突然开始抛出这个异常，例如CorelDraw+X6就是其中之一)，我卸载了.NET+4.5运行时并安装了.NET+4运行时。这两个版本不能并排安装，但它们在GAC中使用相同的版本号。这会导致问题，因为一些函数在4.5中已经折旧。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|264023|DLL+Hell回来了.|264024|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/Global_Assembly_Cache|1|https://en.wikipedia.org/wiki/DLL_Hell^0|2L|3|0|0|0|8|1|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]]|C|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@$A|U|B|V|1|W]]|C|$]]|$1|F|3|-4|5|6|7|X|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]|N|$5|I|J|K|C|$L|O]]]]

To fix the issue for me (as a number of applications started to throw this exception all of a sudden, for example, CorelDraw X6 being one), I uninstalled the .NET 4.5 runtime and installed the .NET 4 runtime. The two versions cannot be installed side by side, but they use the same version numbers in the <a href="http://en.wikipedia.org/wiki/Global_Assembly_Cache" rel="nofollow">GAC</a>. This causes issues as some of the functions have been depreciated in 4.5.

<a href="https://en.wikipedia.org/wiki/DLL_Hell" rel="nofollow">DLL Hell</a> has returned...

blocks|key|3175348|text|我花了一整天的时间来解决这个问题，要求我的用户运行该软件的调试版。因为它看起来没有运行第一行。只是在没有信息的情况下崩溃。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3175349|然后我意识到错误出现在表单的InitializeComponent中。|3175350|获取异常的方法是删除此行(或将其注释掉)：|3175351|System.Diagnostics.DebuggerStepThrough()|code-block|syntax|javascript|3175352|一旦你去掉了这一行，你就会得到一个正常的异常。|3175353|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|P|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|Q|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|R|8|@]|9|@]|A|$I|J]]|$1|K|3|L|5|6|7|S|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|N|$]]

I was fighting with this a whole day asking my users to run debug versions of the software. Because it looked like it didn't run the first line. Just a crash without information.

Then I realized that the error was inside the form's InitializeComponent.

The way to get an exception was to remove this line (or comment it out): 

<pre><code>System.Diagnostics.DebuggerStepThrough()
</code></pre>

Once you get rid of the line, you'll get a normal exception.

blocks|key|269408|text|当数据库的连接字符串不正确时，会出现此错误。解决这个问题的关键是运行dotnet+blah.dll，它提供了一个堆栈跟踪，告诉我们无法找到指定的sql+server实例。希望这对某些人有帮助。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|269409|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

We got this error when the connection string to our database was incorrect. The key to figuring this out was running the dotnet blah.dll which provided a stacktrace showing us that the sql server instance specified could not be found. Hope this helps someone.

blocks|key|3175370|text|所以..。我在事件查看器中注意到，这个崩溃对应于一个"System.IO.FileNotFoundException“错误。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3175371|因此，我启动了ProcMon，并注意到其中一个程序dlls无法加载vcruntime140。所以我简单地安装了vs15+redist，它就起作用了。|offset|length|3175372|entityMap|0|LINK|mutability|MUTABLE|url|https://technet.microsoft.com/en-us/sysinternals/processmonitor.aspx^0|0|7|7|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

So.. I had noticed in event viewer that this crash corresponded to a "System.IO.FileNotFoundException" error. 

So I fired <a href="https://technet.microsoft.com/en-us/sysinternals/processmonitor.aspx" rel="nofollow noreferrer">ProcMon</a> and noticed that one of the program dlls was failing to load vcruntime140. 
So I simply installed vs15 redist and it worked.

blocks|key|264045|text|我不确定这是否会对任何人有帮助，但既然这是我的问题，我想值得一提的是：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|264046|我收到了这个错误，原来是为其构建EXE的平台有问题。我们为x86构建了它，并且它需要是x64，因为项目中有一个Oracle引用。当我们做出改变时，问题就消失了。所以，看看你有没有类似的冲突。|264047|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I'm not sure if this will help anyone or not, but since it was my problem, I figure it's worth mentioning:

I was getting this error, and it turned out to be a problem with the platform for which the EXE was built. We had it building for x86, and it needed to be x64, because of an Oracle reference in the project. When we made that change, the problem went away. So, see if you have any similar conflicts.

blocks|key|2961650|text|此错误0xe0434352似乎适用于许多不同的错误。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2961651|如果它对任何人有帮助，当我试图在新的Windows10安装上安装我的应用程序时，我遇到了这个错误。它可以在其他机器上运行，而且看起来这个应用程序在死之前会瞬间启动。经过反复试验，问题最终被证明是该应用程序需要DirectX9。虽然出现了较新版本的DirectX，但它必须有版本9。希望这能省去一些人的失望。|2961652|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

It looks like this error 0xe0434352 applies to a number of different errors.

In case it helps anyone, I ran into this error when I was trying to install my application on a new Windows 10 installation. It worked on other machines, and looked like the app momentarily would start before dying. After much trial and error the problem turned out to be that the app required DirectX9. Though a later version of DirectX was present it had to have version 9. Hope that saves someone some frustration.

blocks|key|3175423|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3175424|问题：|blockquote|3175425|3175426|3175427|.Net应用程序代码在启动其执行控制台应用程序或Windows应用程序之前中止|3175428|收到|3175429|错误:已中止，错误代码为"E0434352“|3175430|3175431|3175432|+exception+：未知异常|offset|length|style|BOLD|3175433|3175434|场景1：|3175435|3175436|3175437|当应用程序已经被执行时，所述应用程序已经使用了一些从属资源，并且这些资源仍然与所执行的应用程序一起使用，当从某些其他源触发另一应用程序或相同的exe时，则所述应用程序中的一个应用程序抛出错误|3175438|3175439|场景2：|3175440|3175441|3175442|当调度器或自动作业触发应用程序时，它可能在后台处于执行状态，同时，当您再次尝试触发同一应用程序时，可能会触发错误。|3175443|3175444|解决方案：|3175445|3175446|3175447|创建应用程序，当应用程序完成后立即释放其所有资源关闭应用程序后立即终止所有后台进程检查并避免同时从批处理、任务调度器和外部工具等多个来源执行应用程序。检查应用程序和资源依赖关系，并在需要时清理代码。|3175448|entityMap^0|0|0|0|0|0|0|0|0|0|0|B|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|-4|4|5|6|1G|7|@]|8|@]|9|$]]|$1|A|3|B|4|C|6|1H|7|@]|8|@]|9|$]]|$1|D|3|-4|4|5|6|1I|7|@]|8|@]|9|$]]|$1|E|3|-4|4|5|6|1J|7|@]|8|@]|9|$]]|$1|F|3|G|4|5|6|1K|7|@]|8|@]|9|$]]|$1|H|3|I|4|5|6|1L|7|@]|8|@]|9|$]]|$1|J|3|K|4|C|6|1M|7|@]|8|@]|9|$]]|$1|L|3|-4|4|5|6|1N|7|@]|8|@]|9|$]]|$1|M|3|-4|4|5|6|1O|7|@]|8|@]|9|$]]|$1|N|3|O|4|5|6|1P|7|@$P|1Q|Q|1R|R|S]]|8|@]|9|$]]|$1|T|3|-4|4|5|6|1S|7|@]|8|@]|9|$]]|$1|U|3|V|4|C|6|1T|7|@]|8|@]|9|$]]|$1|W|3|-4|4|5|6|1U|7|@]|8|@]|9|$]]|$1|X|3|-4|4|5|6|1V|7|@]|8|@]|9|$]]|$1|Y|3|Z|4|5|6|1W|7|@]|8|@]|9|$]]|$1|10|3|-4|4|5|6|1X|7|@]|8|@]|9|$]]|$1|11|3|12|4|C|6|1Y|7|@]|8|@]|9|$]]|$1|13|3|-4|4|5|6|1Z|7|@]|8|@]|9|$]]|$1|14|3|-4|4|5|6|20|7|@]|8|@]|9|$]]|$1|15|3|16|4|5|6|21|7|@]|8|@]|9|$]]|$1|17|3|-4|4|5|6|22|7|@]|8|@]|9|$]]|$1|18|3|19|4|C|6|23|7|@]|8|@]|9|$]]|$1|1A|3|-4|4|5|6|24|7|@]|8|@]|9|$]]|$1|1B|3|-4|4|5|6|25|7|@]|8|@]|9|$]]|$1|1C|3|1D|4|5|6|26|7|@]|8|@]|9|$]]|$1|1E|3|-4|4|5|6|27|7|@]|8|@]|9|$]]]|1F|$]]

<blockquote>
 Issue:
</blockquote>

.Net application code aborts before it starts its execution [Console application or Windows application]

<blockquote>
 Error received: Aborted with Error code "E0434352"
</blockquote>

Exception: Unknown exception

<blockquote>
 Scenario 1: 
</blockquote>

When an application is already executed, which have used some of the dependent resources and those resources are still in use with the application executed, when another application or the same exe is triggered from some other source then one of the app throws the error

<blockquote>
 Scenario 2: 
</blockquote>

When an application is triggered by scheduler or automatic jobs, it may be in execution state at background, meanwhile when you try to trigger the same application again, the error may be triggered.

<blockquote>
 Solution:
</blockquote>

Create an application, when &amp; where the application release all its resources as soon as completed
Kill all the background process once the application is closed
Check and avoid executing the application from multiple sources like Batch Process, Task Scheduler and external tools at same time.
Check for the Application and resource dependencies and clean up the code if needed.

blocks|key|264054|text|我知道这是一个有点老的线程，但我正在创建的一个c#/WPF应用程序也遇到了这个问题。该应用程序在开发机器上运行良好，但无法在测试机器上启动。事件查看器中的应用程序日志给出了一个模糊的System.IO.DirectoryNotFoundException+.NET运行时错误。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|264055|我尝试使用一些调试软件，但应用程序无法保持足够长的运行时间，无法将调试器附加到进程。在用头撞了我的桌子一天，看了很多像这样的网页后，我最终解决这个问题的方法是在我的测试机器上安装VS2019。然后，我将.exe文件从其文件夹中拖出(它位于\2.0...文件夹)移动到打开的VS2019实例，并从那里启动它。它立即弹出了一个对话框，给出了异常和原因。|264056|在我的示例中，当我向其中一个表单添加图标时，该图标的完整路径被放入XAML中，而不仅仅是图标名称。我已经将图标文件复制到项目文件夹中，但由于该项目文件夹在测试计算机上不存在，这是导致错误的根本原因。然后我从XAML中删除了路径，只留下一个图标名称，重新构建了解决方案并重新发布了它，现在它在测试机器上运行得很好。当然，除了导致错误的原因之外，还有许多原因，但这种故障排除方法有望确定错误的根本原因，因为Windows事件查看器给出了一个有点模糊的答案。|264057|总而言之，在测试机器上使用Visual+Studio作为某种调试器。但是，为了让它正常工作，我必须将.exe文件拖到集成开发环境中，并从那里启动(运行)它。我相信这同样适用于VS2017和VS2019。希望这能帮助那些仍然有这个问题的人。|264058|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

I know this is a somewhat old thread, but I had this problem too with a c#/WPF app I was creating. The app worked fine on the development machine, but would not start on the test machine. The Application Log in the Event Viewer gave a somewhat nebulous .NET Runtime error of System.IO.DirectoryNotFoundException. 

I tried using some debugging software but the app would not stay running long enough to attach the debugger to the process. After banging my head against my desk for a day and looking at many web pages like this one, what I wound up doing to troubleshoot this was to install VS2019 on my test machine. I then dragged the .exe file from its folder (it was deep in the Users[user]\AppData\Apps\2.0... folder) to the open VS2019 instance and went to start it from there. Immediately, it came up with a dialog box giving the exception and the cause. 

In my case, when I added an icon to one of the forms, the complete path to the icon was placed into the XAML instead of just the icon name. I had copied the icon file into the project folder, but since the project folder does not exist on the test machine, this was the root cause of the error. I then removed the path from the XAML, leaving just the icon name one, rebuilt the solution and re-published it, and it ran just fine on the test machine now. Of course there are many causes besides what gave me the error, but this method of troubleshooting should hopefully identify the root cause of the error, since the Windows Event Viewer gives a somewhat vague answer.

To summarize, use Visual Studio on the test machine as a debugger of sorts. But, to get it to work right, I had to drag the .exe file into the IDE and Start (run) it from there. 
 I believe this will also work with VS2017 as well as VS2019. Hopefully this helps someone who is still having this issue.

blocks|key|3175496|text|当运行命令行应用程序时，它会立即退出，我在事件查看器中看到了这个异常，但没有收到其他反馈。在我的例子中，以管理员身份运行命令提示符的解决了问题。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|3175497|我相信这其中的一个收获就是你可能会因为权限问题而得到这个异常。|3175498|几个小时后，出于不同的原因，我们在较新版本的控制台应用程序中遇到了相同的异常。这一次，它被证明是dll版本不兼容。使用所需的较新dll版本的解决了此问题。|3175499|也许这个一般性错误是由于代码没有很好地处理异常造成的；最好的修复方法可能是处理异常，至少要足够好地提供更好的错误消息。|3175500|entityMap^0|1U|3|0|0|1Y|7|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@$9|O|A|P|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|Q|8|@]|D|@]|E|$]]|$1|H|3|I|5|6|7|R|8|@$9|S|A|T|B|C]]|D|@]|E|$]]|$1|J|3|K|5|6|7|U|8|@]|D|@]|E|$]]|$1|L|3|-4|5|6|7|V|8|@]|D|@]|E|$]]]|M|$]]

When running a command line application it would immediately exit, and I saw this exception in the Event Viewer but received no other feedback. In my case, running the command prompt as administrator solved the problem.
I believe one of the takeaways from this is simply that you may get this exception due to a permission issue.
A few hours later we had the identical exception with a newer version of the console application for a different reason. This time it turned out to be a dll version incompatibility. Using the required newer dll version solved the problem.
Perhaps this generic error comes up due to code that is not handling exceptions gracefully; with the best fix likely being to handle exceptions at least well enough to provide better error messages.

I've built a .NET <a href="http://en.wikipedia.org/wiki/Windows_Forms" rel="noreferrer">Windows Forms</a> application in Visual Studio 2010. I also built a corresponding setup/install package via Visual&nbsp;Studio&nbsp;2010. This is built as a 32-bit (x86) application. (We make use of third-party Windows Forms controls that are 32-bit only).

I am able to run the setup package and deploy successfully to other Windows&nbsp;7 64-bit environments and 32 bit Windows&nbsp;XP boxes. The installed application runs fine on these.

However, when I attempt to run <a href="http://en.wikipedia.org/wiki/Windows_Server_2008" rel="noreferrer">Windows Server 2008</a> R2 - 64 bit, the application crashes at startup. It installed successfully via the installer without any errors.

It appears to crash when loading the application. I put a message box as the first line in the application to see if it got past loading. The message box doesn't show up, so I assume that it occurs during loading/init of the application.

So far I haven't found much to go on. From the Details I see the following:

<pre><code>Exception Code: E0434352
</code></pre>

I've fished around/googled to see if there was anything obvious, but I saw nothing. I saw some references to a possible stack overflow in the <a href="http://en.wikipedia.org/wiki/Common_Language_Runtime" rel="noreferrer">CLR</a>.

The Windows Forms application is built with the following references:

<ul>
<li>DevExpress</li>
<li>Infragistics Winforms controls</li>
<li>ORACLE DataAccess DLL</li>
<li>RabbitMQ</li>
</ul>

What is the issue?
How do I approach figuring this out?
How do I debug to get more useful information?

How do I fix a .NET windows application crashing at startup with Exception code: 0xE0434352?

集成开发环境

Visual Studio

数据库

调试器

Windows

我已经在Visual Studio2010中构建了一个.NET 应用程序。我还通过Visual Studio2010构建了相应的安装/安装包。这是作为32位(x86)应用程序构建的。(我们使用仅32位的第三方Windows窗体控件)。我能够运行安装包并成功地部署到其他Windows 7 64位环境和32位Windows...

问如何修复.NET windows应用程序在启动时崩溃并出现异常代码: 0xE0434352？
EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何修复.NET windows应用程序在启动时崩溃并出现异常代码: 0xE0434352？EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何修复.NET windows应用程序在启动时崩溃并出现异常代码: 0xE0434352？
EN