Z-suite crashed on windows 10

I recently upgraded my laptop into windows 10 and now Z-suite doesn't work for me. After I installed the latest Z-suite and open it, error prompts pop out: 
 
 
"Unhandled excpetion has occurred in your application. If you click continue. the application will ignore this error and attempt to continue. If you click Quite, the application will close immediately.
Child process not ready. nWaitResult = 1"
 
So I have to chose continue. But even so, the software is not running correctly and I can't slice any model. 
Please help me fix this problem asap. I can't print anything since I upgrade my machine last week.
 
 
Here is more detail:
See the end of this message for details on invoking 
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.Exception: Child process not ready. nWaitResult = 1
at EO.Internal.je.a(String A_0, Boolean A_1)
at EO.Internal.je.a(pv A_0)
at EO.Internal.je.a(String[] A_0, String A_1, String A_2, String A_3, String A_4)
at EO.Internal.awe.e()
at EO.WebEngine.Engine.Start()
at EO.Internal.cl…ctor(WebView A_0)
at EO.WebBrowser.WebView.y()
at EO.WebBrowser.WebView.b(IntPtr A_0, Boolean A_1)
at EO.WebBrowser.WinForm.WebControl.a(Object A_0)

************** Loaded Assemblies **************
mscorlib
Assembly Version: 4.0.0.0
Win32 Version: 4.6.1080.0 built by: NETFXREL3STAGE
CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll

Z-Suite
Assembly Version: 1.6.1.0
Win32 Version: 1.6.1.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/Z-Suite.exe

System
Assembly Version: 4.0.0.0
Win32 Version: 4.6.1081.0 built by: NETFXREL3STAGE
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll

Z-Suite&
Assembly Version: 1.0.0.0
Win32 Version: 1.6.1.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/Z-Suite.exe

Zortrax.View
Assembly Version: 1.0.0.0
Win32 Version: 1.6.1.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/Z-Suite.exe

Zortrax.View&
Assembly Version: 1.0.0.0
Win32 Version: 1.6.1.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/Z-Suite.exe

System.Core
Assembly Version: 4.0.0.0
Win32 Version: 4.6.1038.0 built by: NETFXREL2
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll

OpenTK
Assembly Version: 1.0.0.0
Win32 Version: 1.6.1.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/Z-Suite.exe

System.Drawing
Assembly Version: 4.0.0.0
Win32 Version: 4.6.1078.0 built by: NETFXREL3STAGE
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll

System.Windows.Forms
Assembly Version: 4.0.0.0
Win32 Version: 4.6.1038.0 built by: NETFXREL2
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll

EO.Base
Assembly Version: 16.0.55.0
Win32 Version: 16.0.55.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/EO.Base.DLL

EO.WebEngine
Assembly Version: 16.0.55.0
Win32 Version: 16.0.55.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/EO.WebEngine.DLL

Zortrax.Data
Assembly Version: 1.0.0.0
Win32 Version: 1.6.1.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/Z-Suite.exe

Zortrax.Data&
Assembly Version: 1.0.0.0
Win32 Version: 1.6.1.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/Z-Suite.exe

EO.WebBrowser
Assembly Version: 16.0.55.0
Win32 Version: 16.0.55.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/EO.WebBrowser.DLL

OpenTK.GLControl
Assembly Version: 1.0.0.0
Win32 Version: 1.6.1.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/Z-Suite.exe

Zortrax.GCode
Assembly Version: 1.0.0.0
Win32 Version: 1.6.1.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/Z-Suite.exe

Zortrax.GCode&
Assembly Version: 1.0.0.0
Win32 Version: 1.6.1.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/Z-Suite.exe

clipper_library
Assembly Version: 1.0.0.0
Win32 Version: 1.6.1.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/Z-Suite.exe

Zortrax.Model
Assembly Version: 1.0.0.0
Win32 Version: 1.6.1.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/Z-Suite.exe

Microsoft.WindowsAPICodePack.Shell
Assembly Version: 1.1.0.0
Win32 Version: 1.6.1.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/Z-Suite.exe

Microsoft.WindowsAPICodePack
Assembly Version: 1.1.0.0
Win32 Version: 1.6.1.0
CodeBase: file:///D:/Program%20Files%20(x86)/Zortrax/Z-Suite.exe

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
<system.windows.forms jitDebugging=“true” />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

make sure that you've turned off any antivirus software. One of Z-Suite libraries is often being blocked by aggressive HIPS (Host Intrusion Prevention System)

Marcin - does Zortrax try to resolve these issues with the AV suppliers when they come up?

Here in the US, at least, some of the Eastern European countries have a reputation as haven for virus writers so it is natural for users to be reluctant to turn off AV detection for a program.

Marcin - does Zortrax try to resolve these issues with the AV suppliers when they come up?

Here in the US, at least, some of the Eastern European countries have a reputation as haven for virus writers so it is natural for users to be reluctant to turn off AV detection for a program.

Its not up to us exactly, its 3rd party library. 

Good to know that we have shady opinion around the world :( 

So, AV software, Windows Defender, Firewall or Data Loss Prevention Software could be causing that one of libraries ( most likely EO.WebBrowser.dll) is being killed. 

Its not up to us exactly, its 3rd party library. 

You can't be serious about this!

Your users have to use Z-Suite, they have no decision, no alternative.

Using that library was a decision Zortrax made, not one of the users, the libraries vendor or AV vendors.

Since this library is made an integral part of Z-Suite by Zortrax, it is always Z-Suite that fails not one of it's libraries.

And finally if the printer is not usable because Z-Suite crashes, it's all up to Zortrax, no one else!

Your post lacks the basics of European consumer rights and manufacturer responsibilities wich could not be very different in Poland. 

You can't be serious about this!

Your users have to use Z-Suite, they have no decision, no alternative.

Using that library was a decision Zortrax made, not one of the users, the libraries vendor or AV vendors.

Since this library is made an integral part of Z-Suite by Zortrax, it is always Z-Suite that fails not one of it's libraries.

And finally if the printer is not usable because Z-Suite crashes, it's all up to Zortrax, no one else!

Your post lacks the basics of European consumer rights and manufacturer responsibilities wich could not be very different in Poland. 

Hold your horses with that accusations and explain me how should we prevent AV soft blocks one of libraries?  If your solution is change libraries - dont bother. 

Is it that hard to turn off AV or add Z-Suite as exception? Whatever we do, there are always users with problems, you won't find perfect balance for it. 

I'm getting you solution and giving you explanation why does its not working. We cant be responsible for every single PC configuration over the world. Every Z-Suite release is being tested on all compatible OS but PCs with additional security software (such as Digital Guardian) or restrictive internal settings inside company could be causing issues.

http://www.essentialobjects.com/forum/postst9149_Child-process-not-ready-nWaitResult--1.aspx

http://www.essentialobjects.com/forum/postst9609_Child-process-not-readynWaitResult--1.aspx

http://www.essentialobjects.com/forum/postst9673_Exception-Child-process-not-ready-nWaitResult--1.aspx

Hold your horses with that accusations and explain me how should we prevent AV soft blocks one of libraries?  If your solution is change libraries - dont bother. 

This are the facts, you can't deny them and just as always accuse me that the I'm the trouble maker. Seems to be a company issue tho.

Is it that hard to turn off AV or add Z-Suite as exception? Whatever we do, there are always users with problems, you won't find perfect balance for it. 

Your standard answer is turn off AV and that is against policy of most business users and for the non pro users it's just an unprofessional advice.

For the business users it's mostly not an option to add an exclude, some non pro users might not be aware of how to do this, to my knowledge there is no list of AVs known to be problematic for Z-suite and how to add an exclude.

I'm getting you solution and giving you explanation why does its not working. We cant be responsible for every single PC configuration over the world. Every Z-Suite release is being tested on all compatible OS but PCs with additional security software (such as Digital Guardian) or restrictive internal settings inside company could be causing issues.

The first two links you added do not apply and the last does not provide a solution (and it looks like Zortrax asking for support could not be found there also).

There is another possibility to switch between how child processes are started:

You can set this property to true:

http://www.essentialobjects.com/doc/eo.base.runtime.enablelargeaddressspace.aspx

This will switch EO from rundll32.exe to eowp.exe, which is a small exe file supplied and digitally signed by us. You can find this exe in the installation folder and you can copy it to your application’s directory. Copying the exe to your application’s directory is not strictly necessary since if it is not found there, we will automatically create one in your temp directory — however that might trigger some monitor/AntiVirus in your system as well. As such we would recommend you to copy the file.

Another way to track this down would be to create an optional disable commandline parameter for the function of that library part of Z-Suite (I think it's only needed for updates and the Library, not essential to create Z-Code). And finally an option could be just to catch this exception and handle it (disable lib and try to continue).

Again: It's up to you (Zortrax) to track this down for your users, no one else.

Is this stuff related to the "Model Library" and browser stuff added in 1.x? If that's the case my suggestion would be to get rid of all that junk and just provide the slicer, as was the case in the beta versions. Does anyone actually use the library? Aren't there enough model repositories in the world already? If you want to host a Zortrax model library on the Zortrax website that's fine, but don't complicate and bloat the slicer with this stuff.

Yes, that library was added after 0.9.6 and is just a programatic web browser for accessing the library.

Right now I imagine what response I would have gotten if telling they should remove that and not bloat the Slicer.  :D

But I fully agree and would tell that they better remove it from Z-Suite if not being able to provide a stable Slicer because of that.

Anyway, such functionality is commonly available, easy to integrate and not rocket science to switch if it doesn't work good.

Is this stuff related to the "Model Library" and browser stuff added in 1.x? If that's the case my suggestion would be to get rid of all that junk and just provide the slicer, as was the case in the beta versions. Does anyone actually use the library? Aren't there enough model repositories in the world already? If you want to host a Zortrax model library on the Zortrax website that's fine, but don't complicate and bloat the slicer with this stuff.

+1!!!!!!

I like some of the models but the UI sucks.

Is this stuff related to the "Model Library" and browser stuff added in 1.x? If that's the case my suggestion would be to get rid of all that junk and just provide the slicer, as was the case in the beta versions. Does anyone actually use the library? Aren't there enough model repositories in the world already? If you want to host a Zortrax model library on the Zortrax website that's fine, but don't complicate and bloat the slicer with this stuff.

Yes, that library was added after 0.9.6 and is just a programatic web browser for accessing the library.

Right now I imagine what response I would have gotten if telling they should remove that and not bloat the Slicer.  :D

But I fully agree and would tell that they better remove it from Z-Suite if not being able to provide a stable Slicer because of that.

Anyway, such functionality is commonly available, easy to integrate and not rocket science to switch if it doesn't work good.

+1!!!!!!

I like some of the models but the UI sucks.

Its not library only. Whole marked area is being generated by that DLL.

Its not up to us exactly, its 3rd party library. 

Good to know that we have shady opinion around the world :(

So, AV software, Windows Defender, Firewall or Data Loss Prevention Software could be causing that one of libraries ( most likely EO.WebBrowser.dll) is being killed. 

I'm told that Norton will work with software companies to resolve issues with their AV utilities and would assume that the other major AV companies will as well.  If you are going to make your slicer proprietary then I think you owe it to your customers to assure them that it is safe even if that means acting as a go-between with your library supplier and the AV companies.  Or maybe Zortrax should apply pressure to make sure that their suppliers products are safe.

To tell you the truth, the idea that your supplier's libraries may not be safe scares me more than a little.  Saying "not Zortrax's problem" is a real insult to your users.

MichaelHenry,

"To tell you the truth, the idea that your supplier's libraries may not be safe scares me more than a little.  Saying "not Zortrax's problem" is a real insult to your users."

Well said - I agree totally.

To tell you the truth, the idea that your supplier's libraries may not be safe scares me more than a little.  Saying "not Zortrax's problem" is a real insult to your users.

MichaelHenry,

"To tell you the truth, the idea that your supplier's libraries may not be safe scares me more than a little.  Saying "not Zortrax's problem" is a real insult to your users."

Well said - I agree totally.

Don't get me wrong, I'm not trying to get rid of responsibility for it but I would like you to understand that even library creators are having issues with AV software. DLL is 100% safe, but I do understand your concern. Getting rid of it would be the best option though. I'll do my best to make Z-Suite AV friendly <3

Marcin,

SolidWorks has got libraries as well and recommend you to turn of AV during SW installation.

I am confident that Zortrax wants very satisfied customers, and you luckily got a bunch of Zortrax friendly users around the world, that want nothing more than to use skills and experience to make this happen.

Don't get me wrong, I'm not trying to get rid of responsibility for it but I would like you to understand that even library creators are having issues with AV software. DLL is 100% safe, but I do understand your concern. Getting rid of it would be the best option though. I'll do my best to make Z-Suite AV friendly <3

Marcin - sorry if that sounded like an attack on you.  It was meant as feedback for Zortrax corporate folks.