Summary: | (Almost) degenerate dash patterns handling failures | ||
---|---|---|---|
Product: | cairo | Reporter: | Andrea Canciani <ranma42> |
Component: | general | Assignee: | Carl Worth <cworth> |
Status: | RESOLVED MOVED | QA Contact: | cairo-bugs mailing list <cairo-bugs> |
Severity: | normal | ||
Priority: | medium | ||
Version: | 1.9.5 | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Andrea Canciani
2010-01-13 03:07:25 UTC
This has been partially fixed by 2e91648bcba06832dfa92bd742c32b2f5c1ad989. No check is done about the real output, but all dash patterns have a period at least as long as the tolerance (tanking the ctm into account). The true output might still be all zeroes in some degenerate cases (for example many sub-output-precision dashes summing up to a dash pattern with a period greater than tolerance), but it should be very infrequent as long as output precision in higher than tolerance and/or patterns are not composed of a lot of dashes. -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/cairo/cairo/issues/127. |
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.