Welcome Guest Search | Active Topics | Sign In | Register

Unhandled thread exception crashing process Options
Dan
Posted: Tuesday, May 28, 2019 9:11:26 PM
Rank: Newbie
Groups: Member

Joined: 5/28/2019
Posts: 2
We are evaluating EW.Webbrowser for some headless web automation. We are using version 19.0.97 and frequently see that some obfuscated EO.Webbrowser code is causing the crash. We tried upgrading to version 19.1.25 however we see that one crashes as soon as a page is loaded and we haven't spent any more effort on it.

We are running 3 engines concurrently in the same data dir but with different profiles, i.e.
Code: C#
engine.Options.ExtraCommandLineArgs = "--user-data-dir=c:\myfolder --profile-directory=profile1"

These have also been tested from the command line using this version of chrome.

We are running .NET Framework 4.6.2 in 64 bit.

This is the error that appears in the Windows Application event log:

Code: C#
Application: MyService.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.Exception
   at  ​ . ()
   at  ​ .  (   ​)
   at     .  ()
   at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
   at System.Threading.ThreadHelper.ThreadStart()
eo_support
Posted: Tuesday, May 28, 2019 9:22:42 PM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,218
Hi,

This does not appear to be our stack trace. Our stack trace are obfuscated, but we do not use non-printable letters. So our stack trace is always readable. You can get an idea of how our stack trace looks like in this post:

https://www.essentialobjects.com/forum/postst11328_Failed-to-create-child-process-Win32-Error-87.aspx

Thanks!
Dan
Posted: Tuesday, May 28, 2019 10:32:33 PM
Rank: Newbie
Groups: Member

Joined: 5/28/2019
Posts: 2
Thanks for your quick response. I enabled crash dumps and analyzed the resulting dump file with DebugDiag2. It was indeed unrelated.
eo_support
Posted: Wednesday, May 29, 2019 9:51:16 AM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,218
Great! Please feel free to let us know if there is anything else.


You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.