[SR-Users] [NATHELPER] bug in SDP parsing when dealing with multi-part bodies ?

Pascal Maugeri pascal.maugeri at gmail.com
Thu May 13 14:53:48 CEST 2010


Yes Iñaki, you're right, sorry for this mistake.

this is the existing code:

>         switch(hdr->type){
>                 case HDR_CONTENTTYPE_T:
>                 case HDR_CONTENTDISPOSITION_T:

that I replaced with the following:

>         switch(hdr->type){
>                 case HDR_CONTENTTYPE_T:
>                 case HDR_CONTENTDISPOSITION_T:
>                 case HDR_CONTENTLENGTH_T:

Cheers
Pascal


On Wed, May 12, 2010 at 5:41 PM, Iñaki Baz Castillo <ibc at aliax.net> wrote:

> 2010/5/12 Pascal Maugeri <pascal.maugeri at gmail.com>:
>
> > It looks the Content-length within the multi-part is not accepted.
> > I fixed it changing the source code of parser/sdp/sdp_helpr_funcs.c,
> > in get_sdp_hdr_field() function:
> >         switch(hdr->type){
> >                 case HDR_CONTENTTYPE_T:
> >                 case HDR_CONTENTDISPOSITION_T:
> >                 case HDR_CONTENTLENGTH_T:
> >
> >
> > replaced with:
> >
> >         switch(hdr->type){
> >                 case HDR_CONTENTTYPE_T:
> >                 case HDR_CONTENTDISPOSITION_T:
> >
> > (I'm using kamailio 3.0.1)
>
> Hi, perhaps you mean exactly the opposite (the first is your
> modification and the second the current code)?
> I'm inspecting parser/sdp/sdp_helpr_funcs.c and I don't see "case
> HDR_CONTENTLENGTH_T".
>
> Regards.
>
>
> --
> Iñaki Baz Castillo
> <ibc at aliax.net>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20100513/1016a2db/attachment.htm>


More information about the sr-users mailing list