I recently received some system event logs from one of our clients running our application on a virtual machine.
I noticed these entries in the log:
Description: The process was terminated due to an unhandled exception. Framework Version: v4.0.30319 4/22/2014 5:05:28 PM;"Error";".NET Runtime";"1026";"Application: MyApp.exe Report Id: d50fe7ab-ca61-11e3-9e10-6805ca17040a" Faulting module path: C:\Windows\system32\KERNELBASE.dll Faulting application path: C:\Program Files\MyApp\bin\MyApp.exe Faulting application start time: 0x01cf5e44d3e971c2 Faulting process id: 0x13fc Fault offset: 0x000000000000a49d Exception code: 0xe0434352 Faulting module name: KERNELBASE.dll version: 6.1.7601.17514 time stamp: 0x4ce7c78c 4/22/2014 5:05:29 PM;"Error";"Application Error";"1000";"Faulting application name: MyApp.exe version: 1.2.1403.7002 time stamp: 0x5319d243
Followed by a huge rdlc stacktrace ending in "The directory name is invalid"
I've been trying to determine what Fault offset: 0x000000000000a49d Exception code: 0xe0434352
really means. So far I can only tell that I may be something related to user access rights, KERNELBASE.dll could be corrupted or it may be some mystic Microsoft voodoo.
Does anyone have a definitive answer to what this means? Or a msdn lync explaining this in detail? I'd really like to understand the full details behind this issue.
I'll be happy to help you out today. KERNELBASE.dll is not really the cause, but more of the victim. When your system crashes it will create a dump file(s) in C:\Windows\Minidumps. I can analyze those files for the potential cause of the system halting.
This essentially forces your computer to only start with the necessary Windows processes and services. In case you boot your computer up in clean boot mode and the issue no longer occurs, you just confirmed that the 0xe0434352 error was occurring to some kind of application conflict.
The w3wp crash with exception code 0xe0434352 can cause by many reasons, some third party application also can trigger this error, and often need a dump for the further analysis,
Kindly follow the below given steps: Press Windows key + X, select Command prompt (Admin) to bring up elevated Command prompt. In Command prompt type sfc /scannow and press enter. Restart the computer. Method 2: You can try re-registering kernelbase.dll and check. Type regsvr32 KERNELBASE.dll and hit Enter. Restart your computer and check.
0xe0434352 is the SEH code for a CLR exception. If you don't understand what that means, stop and read A Crash Course on the Depths of Win32™ Structured Exception Handling. So your process is not handling a CLR exception. Don't shoot the messenger, KERNELBASE.DLL is just the unfortunate victim. The perpetrator is MyApp.exe.
There should be a minidump of the crash in DrWatson folders with a full stack, it will contain everything you need to root cause the issue.
I suggest you wire up, in your myapp.exe code, AppDomain.UnhandledException
and Application.ThreadException
, as appropriate.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With