Hi Martin:
This is a good bug. Thank you for pointing this out.
The quick fix for this is to change MAX_CODECS to 256. However,
this probably needs some clean up as this change will result in the
MprDejitter object increasing in size by several KB. Not a big deal on
servers and PCs, but significant on embedded systems.
Thank you for your help and effort on this.
Cheers,
Dan
--- Martin Meuli <[EMAIL PROTECTED]> wrote:
> Hi
>
> I am using sipxtapi for a test application to test our system.
> I continue to have crashes and memory overwrites.
>
> I tracked the problem down to the function
>
> int MprDejitter::getAveBufferLength(int pt)
> {
> if((mFrameCount[pt]==0)||(mPacketCount[pt]==0)) return 0;
> int iAve = mPacketCount[pt] / mFrameCount[pt];
> mPacketCount[pt]=0;
> mFrameCount[pt] = 0;
> return iAve;
> }
>
> int mFrameCount[MAX_CODECS];
> #define MAX_CODECS 10
>
> On DTMF events this is called with pt=96
>
> I don't understand the entire Mpr... structure good enough to fix
> this.
>
> Any help is appreciated.
SIPez LLC
SIP VoIP, IM and Presence Consulting
http:/www.sipez.com
tel: +1 (617) 273-4000
_______________________________________________
sipxtapi-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/
