The names of the named pipes used (inside EO.Base.dll) for communication with child processes do not take assembly load contexts into account.

Currently, when the names of the named pipes are generated, they use the process id and appdomain id to create a name that is unique across processes and appdomains (though appdomains are no longer relevant in .NET Core).

But if EO components are used from different assembly load contexts inside the same process, that is not taken into account, and the names of the named pipes will conflict with each other, preventing EO components from working correctly.

This scenario (using EO components from different assembly load contexts inside the same process) is important for plugin-based applications running inside 3rd party host applications.

Please let me know if you need any additional information.