Summary: | next/prev borked when startglyph > 0xffff | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | James Cloos <cloos> | ||||||
Component: | App/other | Assignee: | Xorg Project Team <xorg-team> | ||||||
Status: | RESOLVED FIXED | QA Contact: | |||||||
Severity: | normal | ||||||||
Priority: | high | CC: | xorg-team | ||||||
Version: | git | ||||||||
Hardware: | x86 (IA32) | ||||||||
OS: | Linux (All) | ||||||||
Whiteboard: | |||||||||
i915 platform: | i915 features: | ||||||||
Bug Depends on: | |||||||||
Bug Blocks: | 1690 | ||||||||
Attachments: |
|
Description
James Cloos
2005-05-29 11:30:08 UTC
Created attachment 2790 [details] [review] xfd.c patch to not maks start glyph index AND 0xFFFF Forgot to add: I made the diff against the version under xapps HEAD. It should apply against every version in the tree that may end up in a release.... There is one more stop in change_page() that needs updating. It has this code: if (!page || newstart != oldstart) { unsigned int row = (unsigned int) ((newstart >> 8) & 0xff); unsigned int col = (unsigned int) (newstart & 0xff); XtSetArg (arg, XtNlabel, buf); sprintf (buf, xfd_resources.start_format, newstart, row, col); row,col are still limited to < 65536. The default format string uses %d for row and col, so if row isn't masked with & 0xff it'll be almost valid. That is probably the only backward-compatable way to do it, given that the format string is done as a resource.... Created attachment 2791 [details] [review] unmask row to allow row*0xff+col == start changed product from xapps to xorg and reassigned to owner of xorg (team I presume?) applied to head, thanks! |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.