[SR-Users] mt_match avp behavior

Juha Heinanen jh at tutpro.com
Fri Sep 5 14:57:51 CEST 2014

Daniel-Constantin Mierla writes:

> On 05/09/14 12:16, Juha Heinanen wrote:
> > looking at the code, i appears that mt_match does not initialize
> > pv_values pv when it stores matched values thus keeping possible
> > existing values from previous calls. is that intended behavior?  readme
> > uses word "store".

> Don't remember by hard exactly what to refer to, but if it is about 
> result pv, some types cannot be initialized (e.g., avp/xavp).

> If you have something particular in mind, make a patch and we can see if 
> there is any side effect. Otherwise, I would expect to use the result pv 
> only if the match is successful, therefore not needing/expecting the 
> previous values.

i would just like to call destroy_avps, before starting to add matching
values to the avp.  otherwise the avp may have old values from previous
mt_match call.

-- juha

More information about the sr-users mailing list