<div dir="ltr">I might be missing something fundamental with respect to the use of g_assert, but it looks as though it's something intended to be built out of production or "release" code, right? <br><br>I ask because I've been encountering (on Windows) a number of strange, sudden program "crashes" which, upon adding some program-wide exception trapping code to my server, seems to actually be assert statements executing and taking down the host process. For example, I was notified of an RTSP server in production going down and upon looking at the logs, I see that my trap code generated this stack trace: <br><br>at 0x7ff93969c902, with code 80000003 in module C:\Windows\System32\KERNELBASE.dll, stack:<br> ?????, DebugBreak:??????<br>d:\projects\cerbero\autotools\master\build\sources\windows_x86_64\glib-2.56.1\glib\gutils.c, g_abort:2566<br>d:\projects\cerbero\autotools\master\build\sources\windows_x86_64\glib-2.56.1\glib\gtestutils.c, g_assertion_message:2533<br>d:\projects\cerbero\autotools\master\build\sources\windows_x86_64\glib-2.56.1\glib\gtestutils.c, g_assertion_message_expr:2556<br>d:\projects\cerbero\autotools\master\build\sources\windows_x86_64\gst-plugins-base-1.0-1.15.2\gst-libs\gst\rtsp\gstrtspconnection.c, gst_rtsp_source_dispatch_write:3899<br>d:\projects\cerbero\autotools\master\build\sources\windows_x86_64\glib-2.56.1\glib\gmain.c, g_main_dispatch:3261<br>d:\projects\cerbero\autotools\master\build\sources\windows_x86_64\glib-2.56.1\glib\gmain.c, g_main_context_dispatch:3966<br>d:\projects\cerbero\autotools\master\build\sources\windows_x86_64\glib-2.56.1\glib\gmain.c, g_main_context_iterate:4036<br>d:\projects\cerbero\autotools\master\build\sources\windows_x86_64\glib-2.56.1\glib\gmain.c, g_main_loop_run:4230<br>d:\projects\cerbero\autotools\master\build\sources\windows_x86_64\gst-rtsp-server-1.0-1.15.2\gst\rtsp-server\rtsp-thread-pool.c, do_loop:331<br>d:\projects\cerbero\autotools\master\build\sources\windows_x86_64\glib-2.56.1\glib\gthreadpool.c, g_thread_pool_thread_proxy:308<br>d:\projects\cerbero\autotools\master\build\sources\windows_x86_64\glib-2.56.1\glib\gthread.c, g_thread_proxy:784<br>d:\projects\cerbero\autotools\master\build\sources\windows_x86_64\glib-2.56.1\glib\gthread-win32.c, g_thread_win32_proxy:452<br>?????, o_strcat_s:??????<br>?????, BaseThreadInitThunk:??????<br>?????, RtlUserThreadStart:??????<br><br>It looks like it makes its way down to g_abort, which sure seems to be involved in program termination. It's possible this is a red herring and that I should ignore such things, but my spidey sense is telling me this assert should be a noop in production code. <br><br>Is it possible the Windows build isn't doing this? </div>