<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>
Hi Ross / others,<br>
<br>
Spoken before in the past, very happy and impressed with the set of
cross platform libraries you've developed.<br>
We've used the server and client class's for some times without
issue..<br>
<br>
After a weekend of debugging, we came across a strange anomaly that
I would appreciate your comments on.<br>
Locale.hh on a Windows 10 build.<br>
<br>
By default the NEWLOCALE_NOT_USED is defined and works great when we
run up many streaming windows all in separate process's.<br>
If we use a single process (less memory consumed by NVIDIA graphics)
we see an access violation in the c runtime setlocale function after
a few minutes and few client endpoint stream changes. Note, we are
using a H264 MediaSink client streaming arrangement. The issue is
repeatable.<br>
<br>
Call stack example (and attached):<br>
<br>
<img src="cid:part1.3FAFBA05.BDD5E95A@bluebox.video" alt=""><br>
<br>
Obviously this is not Live555 code. I simply want any light you may
be able to shed on the issue.<br>
Visual Studio 2015 v140 C++ link, runtime and redistributable build.<br>
Application Verifier did not help.<br>
<br>
<b>Defining LOCALE_NOT_USED eliminates the crash</b>, we can
successfully stream 48 1080p 30 H264 streams within a single
process, switching the URL and rebuilding the Live555 class stack
every 30 seconds for 12+ hours.<br>
Heap corruption gone.<br>
What is the consequences of not using the setLocale call in
practical terms that we need to be concerned about during real world
operation?<br>
However, I'm not happy with such a blind fix!<br>
<br>
Many thanks in advance.<br>
<br>
<div class="moz-signature"><font size="2" face="calibri"
color="black"> Best Regards,<br>
Richard Lince,<br>
Founder & Managing Director<br>
<br>
<a href="https://www.bluebox.video">bluebox.video</a> <br>
+44(0)7841665146<br>
</font><br>
<img alt="logo" src="cid:part3.7FA0C226.CC10CA85@bluebox.video"
class=""></div>
</body>
</html>