< Previous by Date Date Index Next by Date >
< Previous in Thread Thread Index Next in Thread >

Re: [reSIProcate] bug with encoding extensionHeaders on Power_Macintosh


Hi Bruce,

On 3/6/06, Bruce Lowekamp <lowekamp@xxxxxxxxxxxxx> wrote:
> I've discovered a processor-dependent issue with how resip is encoding
> extension headers when there are multiple fields of the same extension
> header name (e.g.:
>
>     m->header(h_Foos).push_back(resip::StringCategory("<first@header>"));
>     m->header(h_Foos).push_back(resip::StringCategory("<second@header>"));
>
> on Darwin.i386 will result in the (proper, as I understand 3261) one
> header per line in the outgoing message:
>
> FooID: <first@header>
> FooID: <second@header>
>
> but on Darwin.Power_Macintosh, the same code produces a (illegal, I
> think) comma, separated header:
>
> FooID: <first@header>, <second@header>

This is actually valid as per 3261 grammar. It is a compile-time
switch. I'm not sure why the mac code is behaving differently but it
shouldn't really matter to any sip stack.

Jason