[cups.bugs] Re: [LOW] STR #1431: Invalid IPP response

[Michael Sweet]

Jens Elkner wrote:
> 'Michael Sweet wrote:'
>>
>> [STR Closed w/o Resolution]
>>
>> OK, I've decoded the hex data from the requests and responses - all four
>> sets contain valid IPP messages, so you need to report this as a BUG to
>> Sun. Here is the output from cups/testipp:
> 
>>     natural-language-configured (naturalLanguage):
> 
> Ahhh, now I see - the whole "lc-ctype=en-us;lc-numeric=c;lc-time=c;lc-collate=c;lc-monetary=c;lc-messages=c;lc-paper=c;lc-name=c;lc-address=c;lc-telephone=c;lc-measurement=c;lc-identification=c" is the attribute value instead of "en"
> or something like that (what I expected) and something is missing ...

Right, that string is actually coming either from Sun's setlocale()
or the LANG environment variable, and then passed on to your IPP
client.  It isn't the expected value, but then it shouldn't crash,
either!

> So it is finally a kind of bufferoverflow in Suns implementation.
> 
> Sorry for staling your time :(.

No problem, glad to help you track the problem down!

-- 
______________________________________________________________________
Michael Sweet, Easy Software Products           mike at easysw dot com
Internet Printing and Publishing Software        http://www.easysw.com