Could you please attach dumps for the crashes (for windows)?

With the license you were given access to a folder with all our binaries, including debug ones. Could you please try with the debug library?

Unfortunately, our sentry isn't saving the dump, only the stack trace. And we've tried to reproduce the problem several times; it only happens with our users on the release server...

Symbols and debug libraries are available in the binaries folder.

But I can't reproduce the crash in debug mode, only with the binaries in release mode. Could you look at the stack trace I provided using the offsets in the .map file?

For example:

EXCEPTION_ACCESS_VIOLATION_READ / 0x8: Fatal Error: EXCEPTION_ACCESS_VIOLATION_READ / 0x8
Noesis 0x7ff9874b3001 null
Noesis 0x7ff9874afc73 null
Noesis 0x7ff987651ff2 null
Noesis 0x7ff9874b026e null
muaway_v3 0x0001402f240b CNSBaseViewModel::Render (CNSBaseViewModel.cpp:193)
muaway_v3 0x0001403d5117 CNSManager::NSRender (CNSManager.cpp:129)
muaway_v3 0x00014030fd43 CNSProcess::NSRender (CNSProcess.cpp:315)
muaway_v3 0x0001407b018e RenderInfomation (ZzzScene.cpp:394)
muaway_v3 0x0001407b018e RenderMainScene (ZzzScene.cpp:2000)
muaway_v3 0x0001407abed0 MainScene (ZzzScene.cpp:2519)
muaway_v3 0x0001407b0b20 Scene (ZzzScene.cpp:3192)
muaway_v3 0x0001404a6675 NativeEngine::DrawScene (NativeEngine.cpp:469)
muaway_v3 0x0001406073fc WinMain (Winmain.cpp:770)
muaway_v3 0x00014098cbf9 invoke_main (exe_common.inl:102)
muaway_v3 0x00014098cbf9 __scrt_common_main_seh (exe_common.inl:288)
KERNEL32.DLL 0x7ff9cce153df BaseThreadInitThunk
ntdll 0x7ff9ce64485a RtlUserThreadStart

EXCEPTION_ACCESS_VIOLATION_READ / 0xa: Fatal Error: EXCEPTION_ACCESS_VIOLATION_READ / 0xa
Noesis 0x7ffd6e0c9447 null
Noesis 0x7ffd6e0ce250 null
Noesis 0x7ffd6e0b6c1b null
ig9icd64 0x7ffd3cf94f00 null
ig9icd64 0x7ffd3db90328 null
ig9icd64 0x7ffd3cef9aa9 null
ig9icd64 0x7ffd3d6e4301 null
ig9icd64 0x7ffd3d60d35b null
ig9icd64 0x7ffd3d417af2 null
ig9icd64 0x7ffd3d4f1cdf null
Noesis 0x7ffd6df0f705 null
Noesis 0x7ffd6df0fbf4 null
muaway_v3 0x0001402eea63 CNSBaseViewModel::Render (CNSBaseViewModel.cpp:209)
muaway_v3 0x00014027d9bc CNSBillboardViewModel::Render (BillboardViewModel.cpp:234)
muaway_v3 0x000140534cc2 SEASON3B::CNewUISystem::Render (NewUISystem.cpp:430)
muaway_v3 0x0001407957d6 RenderMainScene (ZzzScene.cpp:1962)
muaway_v3 0x000140791420 MainScene (ZzzScene.cpp:2511)
muaway_v3 0x0001407961d0 Scene (ZzzScene.cpp:3184)
muaway_v3 0x000140497155 NativeEngine::DrawScene (NativeEngine.cpp:423)
muaway_v3 0x0001405e948c WinMain (Winmain.cpp:770)
muaway_v3 0x000140906fc9 invoke_main (exe_common.inl:102)
muaway_v3 0x000140906fc9 __scrt_common_main_seh (exe_common.inl:288)
KERNEL32.DLL 0x7ffdc5ebe8d6 BaseThreadInitThunk
ntdll 0x7ffdc646c53b RtlUserThreadStart

Symbols for our binaries are available in that folder. Please have a look at them.

Thank you.

But seeing ig9icd64 in the middle is probably an indication of a GPU issue (out of memory probably).

I enabled sentry to save dumps, and I managed to get some from Windows build. Since there's no possibility of sending the PDBs related to the release binaries, we'll revert to version 3.2.4, which was being used before and didn't have these crashes, to analyze if the crash rate will return to normal as it was before.
Thank you.

Hello! Thanks for the dumps.

I can confirm this was fixed in trunk and will be available in the upcoming 3.2.11.

Do you already have an estimated release date for version 3.2.11?

I uploaded 4 different dumps with different stack traces; are they all the same problem?

Thank you.

The 4 dumps point to the same issue (you have symbols for every version in the download folder you were given with your license).

Noesis 3.2.11 is planned to be released next week.