Welcome Guest Search | Active Topics | Sign In | Register

EO Worker Process for Deployment Options
Jonathan
Posted: Wednesday, December 26, 2018 11:41:39 AM
Rank: Newbie
Groups: Member

Joined: 3/16/2017
Posts: 1
I use the web browser control in a .NET Windows Form application (not background scraping, just to display web pages to the end user); everything has been working great until recently.

I have a few clients that are having problems with the browser opening. After checking virus scanning (failure), I decided to play with the EO Worker Process executable to see if that would work.

I made a test build of my software after upgrading to 18.3.46 (no code changes, since it just activates by copying the file into the folder with the other EO*.* files).

My application works without issue with eowp.exe in the folder. I’m pretty sure these are Windows 10 machines, and I saw on this forum an issue existed with a (poor) Microsoft patch (that has since been rectified).

Here is my question: what is the downside to just always have eowp.exe installed along with my product?

I assume a negligible amount of memory. When do you recommend using eowp.exe and when not to use it? I thought maybe if the application had no interface (i.e., scraping data) it might be better to not include it. In fact, if I read the documentation correctly, eowp.exe allows the Chromium engine to access double the memory space (without any special compile switches)--seems potentially advantageous.

I’m leaning towards including it, so I do not need to deal with one off issues, but I’d like to know the negatives.
eo_support
Posted: Friday, December 28, 2018 9:43:51 AM
Rank: Administration
Groups: Administration

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

There is no real downside to use eowp.exe. It's just one less file for you to distribute. Since eowp.exe is NOT a .NET dll so you can reference it from your application. As such some automatic .NET deployment tool won't copy it. Since it's not a .NET DLL, the compiler won't check check/verify the file's version either, which raises the possibility of having a mismatch between the .NET dll version and the version of eowp.exe. So it's more a deployment issue.

eowp.exe may use slightly more memory than rundll32.exe due to its larger executable size. However that's negligible. It does raise the available memory threshold but that does not mean it actually use more.

Hope this helps. Please feel free to let us know if you still have any more question.

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.