[cups.bugs] Re: [LOW] STR #1431: Invalid IPP response
Michael Sweet
mike at easysw.com
Mon Feb 20 07:44:23 PST 2006
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
More information about the cups
mailing list