cdaze
-
Posts
3 -
Joined
-
Last visited
Posts posted by cdaze
-
-
Installer would be fine. Or if it's just the sciter-x.dll, PM that and I can fix it. Thx
-
I have opened up a trouble ticket and it's been 5 days without any further reply. Support Case: 1297309
Was version 6.1.2222 dependency files intentionally built without backwards support for non SSE2 processors? All five machines that I upgraded from 5.x crash with the same exact bug check when the GUI starts. All 64bit installs went smoothly. The ESET support response was to look at the push install requirements. Which list absolutely nothing about the bug check information I submitted or lists hardware support. There has been no follow up to my repeated replies.
All 5 machines that are crashing do not support SSE2. There is no reference in the install requirements about any processor exclusions.
I found this ref about a bug fix in the file server product. Is this the same problem with the Endpoint product and will be fixed? I didn't find a full list of the Endpoint change log to see if this issue was addressed.
Version 6.0.12035.0 (compared to 6.0.12032.0)- Fixed: GUI crash on workstations if the system CPU does not support SSE/SSE2 instruction set
The opcode at the address of the dll that is reported in the crash log is SSE2.
1025FE96 cvtdq2pd xmm1, xmm1
Will this be compiled to support non SSE2 processors?
Below is the crash report.
Problem signature:Problem Event Name: APPCRASHApplication Name: egui.exeApplication Version: 6.1.2222.0Application Timestamp: 54e22b36Fault Module Name: sciter-x.dllFault Module Version: 1.0.10.13Fault Module Timestamp: 54c227b0Exception Code: c000001dException Offset: 0025fe96OS Version: 6.1.7601.2.1.0.256.48Locale ID: 1033Additional Information 1: 0a9eAdditional Information 2: 0a9e372d3b4ad19135b953a78882e789Additional Information 3: 0a9eAdditional Information 4: 0a9e372d3b4ad19135b953a78882e789
ESET GUI crash on 5 older machines - SSE2 not supported?
in ESET Endpoint Products
Posted
I just tested an updated installer today and the dependency files were recompiled. Build 6.1.2227.0 seems to have fixed the problem. So it should be fixed in the next build that is officially released.