<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">(Remember everyone - if you're responding to a message in a mailing list digest, make sure to fix the "Subject:" line in your response. (I've done it for you here.))<div><br></div><div><br><div><div>On Feb 27, 2014, at 8:29 PM, Martínez Contador, Daniel [ELIMCO] (CA) <<a href="mailto:ELIMCO.dmartinez@navantia.es">ELIMCO.dmartinez@navantia.es</a>> wrote:</div><br><blockquote type="cite"><blockquote type="cite">Remember, You Have Complete Source Code. Rather than making "an educated guess", you should be able to figure out exactly what's going on.<br></blockquote>Oh, thank you, but you overstimate my ability to undertand other people's code and design decisions.<br></blockquote><div><br></div>And you overestimate my ability to spend lots of time helping people 'for free :-). But fortunately, you have been able to figure out what's going wrong for you, as you noted below:</div><div><br></div><div><br><blockquote type="cite"><br><blockquote type="cite">The "RTSPClientConnection" object gets deleted if the call to "readSocket()" in RTSPServer::RTSPClientConnection::incomingRequestHandler1()" (line 786 of "RTSPServer.cpp) returns a value < 0 - which should happen when the remote (i.e., client) end of the TCP connection gets closed - i.e., when the RTSP client closes the TCP connection after sending the "TEARDOWN".<br></blockquote>Well, that's not happening for me. readSocket is always returning 0. Going one level deeper, I see recvfrom in readSocket does return -1 and err 113 after the client TEARs, but the "HACK to work around bugs in Linux and Windows" makes it a zero again.</blockquote><div><br></div>That line of code was added - several years ago - to work around an alleged bug in at least some versions of Linux, whereby the call to "recvfrom()" would return 113 /*EHOSTUNREACH*/ on a *datagram* socket, which made no sense. It's not clear whether this is still an issue...</div><div><br></div><div><br><blockquote type="cite"> Ifdef'ing the whole hack for Cygwin seems to work "with no (evident (to me)) adverse effects", making the return value -1 too</blockquote><div><br></div></div>In the next release of the software I'll probably just remove this line. (If it happens to break for anyone, they'll just have to come back to us with good explanation why they think they still need it.)</div><div><br></div><div>Thanks for tracking down what was causing the problem for you.</div><br><br><div apple-content-edited="true">
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; ">Ross Finlayson<br>Live Networks, Inc.<br><a href="http://www.live555.com/">http://www.live555.com/</a></span></span>
</div>
<br></body></html>