[reSIProcate] bug with encoding extensionHeaders on Power_Macintosh

[Jason Fischl]

Hi Bruce,

On 3/6/06, Bruce Lowekamp <lowekamp at sipeerior.com> 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 at header>"));
>     m->header(h_Foos).push_back(resip::StringCategory("<second at header>"));
>
> on Darwin.i386 will result in the (proper, as I understand 3261) one
> header per line in the outgoing message:
>
> FooID: <first at header>
> FooID: <second at header>
>
> but on Darwin.Power_Macintosh, the same code produces a (illegal, I
> think) comma, separated header:
>
> FooID: <first at header>, <second at 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