Welcome Guest Search | Active Topics | Sign In | Register

EO.Internal: Child process exited unexpectedly Options
LTS
Posted: Wednesday, January 22, 2025 12:06:54 AM
Rank: Member
Groups: Member

Joined: 7/3/2017
Posts: 10
Hi,

We use EO libraries for our .NET framework application and recently upgraded EO from 21.2.47.0 to 25.0.26.0
The application runs on an Azure virtual machine running Windows 11 Pro.
There is now an issue that occurs intermittently, when the application creates a WebView, the window shows up for a split second before being closed and exiting the application.

This is the error:
Quote:

System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> EO.Internal.gcsu+wrfu: Child process exited unexpectedly.
at EO.Internal.gcsu.gerc(Exception nns, Boolean nnt)
at EO.Internal.gcsu.gerb(gcot nnp)
at EO.Internal.gcsu.geqp(Boolean& nmn, Type[] nmo, String nmp, String nmq)
at EO.Internal.gcsu.apoy(Type[] nmk, String nml, String nmm)
at EO.Internal.gcsv.apoy(String nsc, String nsd)
at EO.Internal.blfc.iqgq()
at EO.Internal.blfc.mgvj.mpmg()
at EO.Internal.gcok.nfce(Action luu)
at EO.Internal.blfc.xggc(WindowsIdentity hi)
at EO.WebEngine.Engine.Start(WindowsIdentity user)
at EO.Internal.viee..ctor(WebView d)
at EO.WebBrowser.WebView.kqvm()
at EO.WebBrowser.WebView.kqvm(IntPtr fh, Boolean fi)
at EO.WebBrowser.WebView.Create(IntPtr hWnd)
at EO.Wpf.WebViewHost.samv.tsbm()
--- End of inner exception stack trace ---
at System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
at System.Delegate.DynamicInvokeImpl(Object[] args)
at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)

We ran Windows update and upgraded EO again to see if that fixes the issue, these are the scenarios:

EO 21.2.47.0 on Windows 22H2 - no issue
EO 25.0.26.0 on Windows 22H2 - frequent errors
EO 25.0.50.0 on Windows 22H2 - frequent errors
EO 25.0.50.0 on Windows 24H2 - occasional errors

So currently we are using EO 25.0.50.0 on Windows 24H2 with latest updates, which has helped, but not eliminated the problem.

And using these settings:
Code: C#
EO.Base.Runtime.EnableEOWP = true;
EO.WebBrowser.Runtime.DefaultEngineOptions.DisableBuiltInPlugIns = true;
Stefan Koell
Posted: Wednesday, January 22, 2025 1:42:06 AM
Rank: Advanced Member
Groups: Member

Joined: 12/23/2013
Posts: 118
I can also confirm that based on the crash reports I get from my users, that stability of Version 25.x is noticable lower than before. We get roughly 15 times more crash reports from these versions compared to 24.x.
eo_support
Posted: Wednesday, January 22, 2025 12:00:50 PM
Rank: Administration
Groups: Administration

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

Can you collect the crash report data? Once we have the crash report we will look into it and see what we can find. See here for more details on collecting crash data:

https://www.essentialobjects.com/doc/common/crash_report.html

Thanks!
Stefan Koell
Posted: Thursday, January 23, 2025 2:29:55 AM
Rank: Advanced Member
Groups: Member

Joined: 12/23/2013
Posts: 118
Since I haven't EnableCrashReport to false, shouldn't you see already all these crashes as well or are they not submitted if I handle the exception myself using a global exception handler?
eo_support
Posted: Thursday, January 23, 2025 12:52:07 PM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,273
Stefan Koell wrote:
Since I haven't EnableCrashReport to false, shouldn't you see already all these crashes as well or are they not submitted if I handle the exception myself using a global exception handler?


Most likely we do but we would need a way to match up the crash report in our database to your case. This is the purpose of this property:

https://www.essentialobjects.com/doc/eo.base.runtime.applicationid.html

So if you can explicitly set it (some user just set it as a GUID) or let us know your application name then we can look into it.
Stefan Koell
Posted: Thursday, January 23, 2025 12:54:02 PM
Rank: Advanced Member
Groups: Member

Joined: 12/23/2013
Posts: 118
The application name is RoyalTS.exe. Let me know if you got those reports. Thx!
eo_support
Posted: Friday, January 24, 2025 9:52:22 AM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,273
Stefan Koell wrote:
The application name is RoyalTS.exe. Let me know if you got those reports. Thx!


Hi,

We were able to locate and fix one issue based on your crash log. Please see your private message for the download location. We will continue to monitor crash logs from the new build.

Thanks!
LTS
Posted: Monday, January 27, 2025 8:38:43 PM
Rank: Member
Groups: Member

Joined: 7/3/2017
Posts: 10
I managed to get a crash report over the weekend and sent you an email, thanks.
eo_support
Posted: Tuesday, January 28, 2025 3:11:24 PM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,273
LTS wrote:
I managed to get a crash report over the weekend and sent you an email, thanks.


Hi,

We have replied your email. You can reply either the email or this thread for further communications.

Thanks!


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.