
<html>


<head>


<meta http-equiv="Content-Type" content="text/html; charset=utf-8">


</head>


<body>


<div dir="auto">


<div dir="auto">


<div dir="auto"><br>


</div>


<div dir="auto">Also, please refer to my posts back in June 2016 to the mailing list regarding various issues with the final flag. </div>


<div dir="auto"><br>


</div>


<div dir="auto">Regards,</div>


<div dir="auto"><br>


</div>


<div dir="auto">Rahul</div>


<div dir="auto"><br>


</div>


</div>


<div><br>


<div class="elided-text">On Feb 14, 2017 6:43 AM, Emmanuel Puig <emmanuel.puig@amarisoft.com> wrote:<br>


<blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex">


<div><font size="2"><span style="font-size:10pt"></span></font>


<div>Hi,<br>


<br>


<br>


I'm Emmanuel Puig from Amarisoft company and we are using your stack for <br>


WebSocket.<br>


I've reported a patch few years ago that you had integrated.<br>


<br>


Here is another patch proposal for a bug we encounter with huge amount <br>


of transferred data.<br>


<br>


At the end of a transfer, if the final fragment is received from socket <br>


in chunks, each chunk is tagged as final and fragment <br>


(nopoll_msg_is_final/nopoll_msg_is_fragment)<br>


This forbids to detect the exact end of the message.<br>


<br>


The patch avoids to set final when if there are remaining data.<br>


<br>


Best regards,<br>


<br>


-- <br>


Emmanuel Puig<br>


Amarisoft R&D Director<br>


<br>


</div>


</div>


</blockquote>


</div>


<br>


</div>


</div>


This message is subject to the following terms and conditions: <a href="http://www.barco.com/en/maildisclaimer">


MAIL DISCLAIMER</a>


</body>


</html>