<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:Wingdings;
        panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
        {font-family:Wingdings;
        panose-1:5 0 0 0 0 0 0 0 0 0;}
@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;}
/* 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;}
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";}
.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>I have a new source(new brand of camera) that is somehow causing my application to crash.  The crash is similar to one I had when I switched over to async interface in that I am seeing that an access violation occurs on an otherwise complete bPacket on the fBuf pointer that is the magic value 0xdddddddd  Which is an indicator that this memory has already been deleted. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>It is allocated in the CTOR in the MultiFramedRtpSource (without check for failure)<o:p></o:p></p><p class=MsoNormal>…<o:p></o:p></p><p class=MsoNormal>fBuf(new unsigned char[MaxPacketSize])<o:p></o:p></p><p class=MsoNormal>…<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>The special value indicates to me this memory is deleted, not failed to allocate.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>This happens after 30 min to an hour of failed connects and reconnects so I am thinking I am not handling something correctly and occasionally losing a race. <o:p></o:p></p><p class=MsoNormal>I need this code to be robust. It is ok if this camera fails, but it needs to not crash the app. (I cannot “catch” and access violation <span style='font-family:Wingdings'>J</span>)<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>My live555 code is from 2012.2.29<o:p></o:p></p><p class=MsoNormal>Kinda Old, could that be the problem? Should I start with upgrading live555? Do we know if there has been changes in this area?<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Or…<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Can someone suggest how to debug this. I am looking with memory tools and of course, it hasn’t failed when run inside the tool yet.<o:p></o:p></p><p class=MsoNormal>My code is very much like the openRTSP example. It appears as if the command to get OPTIONS does not return a value but the event loop is started already and the teardown tries to delete the buffer that never got any data.<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><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@01CE1D95.BADA14B0" alt=MVSSig><o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p></div><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>