<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:"Courier New";}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I have been trying to solve this issue in my code since before I updated to the 2013.03.07 code.<o:p></o:p></p><p class=MsoNormal>Inspection always shows the packet having a valid address but the guts of the packet are tagged with the heap code for destruction.<o:p></o:p></p><p class=MsoNormal>It is ALWAYS immediately follows the error message :<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal style='background:white'><span style='font-size:10.0pt;font-family:Consolas;color:#A31515'> MultiFramedRTPSource error: Hit limit when reading incoming packet over TCP. Increase MAX_PACKET_SIZE</span><span style='font-size:10.0pt;font-family:Consolas;color:black'>;<o:p></o:p></span></p><p class=MsoNormal style='background:white'><span style='font-size:10.0pt;font-family:Consolas;color:black'><o:p> </o:p></span></p><p class=MsoNormal style='background:white'><span style='font-size:10.0pt;font-family:Consolas;color:black'>Could it be that by calling break right after we print that message, that readSuccess or bPacket has not been updated?<o:p></o:p></span></p><p class=MsoNormal style='background:white'><span style='font-size:10.0pt;font-family:Consolas;color:black'>The break causes the line:<o:p></o:p></span></p><pre style='background:white'><span style='font-family:Consolas;color:blue'> if</span><span style='font-family:Consolas;color:black'> (!readSuccess) fReorderingBuffer->freePacket(bPacket);<o:p></o:p></span></pre><pre style='background:white'><span style='font-family:Consolas;color:black'><o:p> </o:p></span></pre><pre style='background:white'><span style='font-family:Consolas;color:black'>to crash because bPacket points to a partially destructed object. (in the freePacket() call on the line “delete packet”)<o:p></o:p></span></pre><pre style='background:white'><span style='font-family:Consolas;color:black'><o:p> </o:p></span></pre><pre style='background:white'><span style='font-family:Consolas;color:black'>While coming up with a good test that makes this crash has proven elusive. The crash itself is very, very consistent. <o:p></o:p></span></pre><pre style='background:white'><span style='font-family:Consolas;color:black'>It always crashes on the same line after printing the exact same error.<o:p></o:p></span></pre><pre style='background:white'><span style='font-family:Consolas;color:black'><o:p> </o:p></span></pre><pre style='background:white'><span style='font-family:Consolas;color:black'>This error seemed to just show up about 6 months ago but way to many things changed to make any correlation, updateing live555 on 3/07 did not change it. I think I just have a certain camera brand that tends to trigger it more often than others now.<o:p></o:p></span></pre><pre style='background:white'><span style='font-family:Consolas;color:black'><o:p> </o:p></span></pre><pre style='background:white'><span style='font-family:Consolas;color:black'>I am trying to go thru the code and figure it out, but I was hoping you could take a look at that section and see if anything pops out at you.<o:p></o:p></span></pre><p class=MsoNormal style='background:white'><o:p> </o:p></p><p class=MsoNormal style='background:white'><o:p> </o:p></p><p class=MsoNormal style='background:white'>This is a low quality H264 stream without audio from a security camera multichannel encoder. It purposely has a few channels without video which forces re-connections.<o:p></o:p></p><p class=MsoNormal style='background:white'>The bandwidth is very low so the Max_Packet_SIZE error makes me speculate an occasional long stream of garbage data causing trouble finding end of a valid packet Thus the reason it takes days to show up. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>This crash occurs often enough to be a real game killer.<o:p></o:p></p><p class=MsoNormal>Sometimes it will happen 3 times in an hour but most the time it shows up after about 2-3 days of operation. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><b><span style='font-size:9.0pt;font-family:"Arial","sans-serif"'> Jeff Shanab, Manager-Software Engineering<o:p></o:p></span></b></p><p class=MsoNormal><span style='font-size:9.0pt;font-family:"Arial","sans-serif"'> D 630.633.4515 | C 630.453.7764 | F 630.633.4815 | <a href="mailto:jshanab@smartwire.com">jshanab@smartwire.com</a><o:p></o:p></span></p><p class=MsoNormal><img border=0 width=626 height=90 id="Picture_x0020_1" src="cid:image001.gif@01CE3DB2.7A60CB80" alt=MVSSig><o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p></div><P> </P>
<P> </P>
<P>This message and any attachments contain confidential and proprietary
information, and may contain privileged information, belonging to one or more
affiliates of Windy City Wire Cable & Technology Products, LLC. No privilege
is waived by this transmission. Unauthorized use, copying or disclosure of such
information is prohibited and may be unlawful. If you receive this message in
error, please delete it from your system, destroy any printouts or copies of it,
and notify the sender immediately by e-mail or phone.</P><br></body></html>