<div dir="ltr">I have realized that streaming in interleaved mode and having the state AWAITING_PACKET_DATA, we use fReadHandlerProc as incomingReportHandler1() for RTPInterface for rtcp<div>networkReadHandler1() for RTPInterface for rtp.</div><div>But I don't see the remote close event(readSocket returning -1) being handled here. Am I missing something?</div> </div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>-Heena<br></div></div></div></div>
<br><div class="gmail_quote">On 6 January 2017 at 14:12, Heena Sirwani <span dir="ltr"><<a href="mailto:heena.sirwani@gslab.com" target="_blank">heena.sirwani@gslab.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>We are currently facing a socket descriptor leak for the source through which we stream using live555 as proxy. I was looking for a location where sockets are closed for the source. I looked into the networkReadHandler callback to check if we close sockets if readSocket returns -1(for bytesRead=0), but did not find it there. Am I missing something or the place where I am looking is incorrect. Also how are the callbacks networkReadHandler and tcpReadHandler used?</div><div><br></div><div>Thanks,<br clear="all"><div><div class="m_-3957817710929152364gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>-Heena<br></div></div></div></div>
</div></div>
</blockquote></div><br></div>