Bug#906060: Coordinate overflow when rendering

Olly Betts olly at survex.com
Tue Oct 22 21:45:11 BST 2019


Control: tags -1 +moreinfo

On Mon, Aug 13, 2018 at 09:28:53PM +0200, Simon Richter wrote:
> This is a major showstopper for linking KiCad 5 against GTK3, so this
> requires us to keep GTK2 around longer.

The debian kicad package has now using the GTK3 flavour of wxwidgets3.0
for many months, so has this bug been solved (at least as far as kicad
and wxwidgets3.0 are concerned)?

If so, I think we can at least unassign this from wx and kicad.

If not, I'm very unclear what (as a maintainer of wxwidgets3.0) I'm
expected to do given that the problem clearly seem to lie lower down the
stack:

> Quick debugging has shown that the coordinates given to Cairo still make
> sense, even if the zoom level makes them numerically large. As I'd need
> significant time to debug into optimized drawing routines, I'd like to pass
> this on. I suspect that this is mostly an interaction between Cairo and
> Pixman, with an overflow happening somewhere in a conversion from double to
> an integer type.

Cheers,
    Olly



More information about the pkg-gnome-maintainers mailing list