<div dir="ltr"><a href="https://sourceforge.net/p/gstreamer/mailman/message/26689776/">https://sourceforge.net/p/gstreamer/mailman/message/26689776/</a> <br><br>That's the conversation about the bug, and here's the line: <br><br><a href="https://github.com/GStreamer/gstreamer/blob/master/gst/gsttask.c#L134">https://github.com/GStreamer/gstreamer/blob/master/gst/gsttask.c#L134</a>  <br><br>The reason this is done is: <br><br><a href="https://docs.microsoft.com/en-us/visualstudio/debugger/how-to-set-a-thread-name-in-native-code?view=vs-2019">https://docs.microsoft.com/en-us/visualstudio/debugger/how-to-set-a-thread-name-in-native-code?view=vs-2019</a> <br><br>It's manually tossing an exception (RaiseException). But we can use SetThreadDescription now in 2017+. I get that it's important to support older versions of Visual Studio, but if it's only valuable for them while debugging, why not wrap it in 

<a href="https://docs.microsoft.com/en-us/windows/win32/api/debugapi/nf-debugapi-isdebuggerpresent?redirectedfrom=MSDN">https://docs.microsoft.com/en-us/windows/win32/api/debugapi/nf-debugapi-isdebuggerpresent?redirectedfrom=MSDN</a>? In all other crashing instances, this method isn't valuable. <br><br>The problem is that when you register a global error watcher via vectored exception handling, this error floods your logs regardless of whether it's caught. I can filter by 
0x406D1388, but I argue it's not really a good thing to do. Also: it's not as useful as SetThreadDescription for us using more modern versions of VS and Windows. <br><br>Does anybody know any history behind this besides what I've found? </div>