[cups.development] ppd pageSize weirdness

Michael Sweet msweet at apple.com
Tue Aug 3 08:57:02 PDT 2010


Well, double is 8 bytes and int is 4 bytes, and if the compiler doesn't know that the function is returning a double, it will assume int and misinterpret the return value...

Anyways, if adding the prototype didn't help, that's not the issue...

On Aug 3, 2010, at 8:24 AM, Alexander Cohen wrote:

> True, but the values it should fit easily into an int so the mapping should not fail. I tried putting the prototype in the ppd.c file just for kicks and the results didnt change.
> 
> AC
> 
> On Aug 3, 2010, at 9:49 AM, Michael Sweet wrote:
> 
>> Hmm, maybe the prototype isn't getting used?  Map a double to an int and you'll get strange numbers...
>> 
>> On Aug 2, 2010, at 9:29 AM, Alexander Cohen wrote:
>> 
>>> Whats funny is that it seems to be in between the _cupsStrScand function and the caller that it's failling. I can see the last line of _cupsStrScand ( strtod ) returning a good result but when it goes back into the calling function, the value is off.
>>> 
>>> thx
>>> 
>>> AC
>>> 
>>> On Aug 2, 2010, at 12:23 PM, Michael Sweet wrote:
>>> 
>>>> Hmm, I just checked this on trunk with the same locale settings and PPD and was unable to reproduce it.
>>>> 
>>>> I'd try updating to the current stable release of CUPS (1.4.4) or report the problem to Oracle since it appears to be an issue with their version of CUPS.
>>>> 
>>>> On Aug 2, 2010, at 8:42 AM, Alex Cohen wrote:
>>>> 
>>>>> Here you go:
>>>>> 
>>>>> http://toomuchspace.com/cups/HP_Color_LaserJet_CP1518ni__8C61F6_.ppd
>>>>> 
>>>>> AC
>>>>> 
>>>>>> Can you post a URL to your PPD file?
>>>>>> 
>>>>>> On Aug 2, 2010, at 8:21 AM, Alex Cohen wrote:
>>>>>> 
>>>>>>> I'm using ppdOpenFile to get a pointer to a ppd_t, then i'm iterating =
>>>>>> over the ppd_size_t's using ppd->num_sizes. Then i'm accessing the =
>>>>>> ppd_size_t's width and length. The values I get back are always =
>>>>>> -1610443520.000000. The version of cups is 1.4.4.
>>>>>>> =20
>>>>>>> Here are some relevant ( i think ) parts of the PPD file:
>>>>>>> =20
>>>>>>> *PageSize Letter/Letter: "
>>>>>>> =20
>>>>>>> 	<</PageSize [612 792] /ImagingBBox null>> setpagedevice"
>>>>>>> *End
>>>>>>> =20
>>>>>>> *PageSize Legal/Legal: "
>>>>>>> =20
>>>>>>> 	<</PageSize [612 1008] /ImagingBBox null>> setpagedevice"
>>>>>>> *End
>>>>>>> =20
>>>>>>> thx
>>>>>>> AC
>>>>>>> =20
>>>>>>>> AC
>>>>>>>> =20
>>>>>>>> What do you mean by "all wrong"?  What exactly are you seeing?  =
>>>>>> Please
>>>>>>>> include the relevant portion of your PPD, your invocation of =
>>>>>> ppdPageSize()
>>>>>>>> and what version of CUPS you are using.
>>>>>>>> =20
>>>>>>>> -Chad
>>>>>>>> =20
>>>>>>>> On 8/2/10 10:24 AM, "Alex Cohen" <naftaly at me.com> thusly spake:
>>>>>>>> =20
>>>>>>>>> Hello,
>>>>>>>>> =20
>>>>>>>>> I'm using the ppd functions to parse a PPD file. Everything seems to =
>>>>>> parse ok
>>>>>>>>> except for PageSizes, all of the float values that specify the =
>>>>>> dimensions come
>>>>>>>>> as all wrong. Has anyone seen anything similar to this? Is this a =
>>>>>> know bug?
>>>>>>>>> =20
>>>>>>>>> thx
>>>>>>>>> =20
>>>>>>>>> AC
>>>>>>>>> _______________________________________________
>>>>>>>>> cups-dev mailing list
>>>>>>>>> cups-dev at easysw.com
>>>>>>>>> http://lists.easysw.com/mailman/listinfo/cups-dev
>>>>>>>> =20
>>>>>>>> Chad Hulbert
>>>>>>>> Software Engineer
>>>>>>>> Xerox Corporation
>>>>>>>> 800 Phillips Rd
>>>>>>>> Webster, NY 14580
>>>>>>>> =20
>>>>>>>> p 585.427.3295  (8*707.3295)
>>>>>>>> =20
>>>>>>> =20
>>>>>>> _______________________________________________
>>>>>>> cups-dev mailing list
>>>>>>> cups-dev at easysw.com
>>>>>>> http://lists.easysw.com/mailman/listinfo/cups-dev
>>>>>> 
>>>>>> ________________________________________________________________________
>>>>>> Michael Sweet, Senior Printing System Engineer, PWG Chair
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> cups-dev mailing list
>>>>> cups-dev at easysw.com
>>>>> http://lists.easysw.com/mailman/listinfo/cups-dev
>>>> 
>>>> ________________________________________________________________________
>>>> Michael Sweet, Senior Printing System Engineer, PWG Chair
>>>> 
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> cups-dev mailing list
>>>> cups-dev at easysw.com
>>>> http://lists.easysw.com/mailman/listinfo/cups-dev
>>> 
>>> _______________________________________________
>>> cups-dev mailing list
>>> cups-dev at easysw.com
>>> http://lists.easysw.com/mailman/listinfo/cups-dev
>> 
>> ________________________________________________________________________
>> Michael Sweet, Senior Printing System Engineer, PWG Chair
>> 
>> 
>> 
>> 
>> _______________________________________________
>> cups-dev mailing list
>> cups-dev at easysw.com
>> http://lists.easysw.com/mailman/listinfo/cups-dev
> 
> _______________________________________________
> cups-dev mailing list
> cups-dev at easysw.com
> http://lists.easysw.com/mailman/listinfo/cups-dev

________________________________________________________________________
Michael Sweet, Senior Printing System Engineer, PWG Chair




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cups.org/pipermail/cups-devel/attachments/20100803/83e5fd70/attachment.html>


More information about the cups-devel mailing list