diff options
author | Mike Gabriel <mike.gabriel@das-netzwerkteam.de> | 2015-02-10 19:17:58 +0100 |
---|---|---|
committer | Mike Gabriel <mike.gabriel@das-netzwerkteam.de> | 2015-02-10 19:40:48 +0100 |
commit | 471223907081355a288a315b33a2b70eb4c8fb1e (patch) | |
tree | 626691f6936497709863d91e7b0851be08468e86 /debian/nx-x11proto-composite-dev.install.in | |
parent | 223f5548b70910a2d745b7b48d2096f29b560def (diff) | |
download | nx-libs-471223907081355a288a315b33a2b70eb4c8fb1e.tar.gz nx-libs-471223907081355a288a315b33a2b70eb4c8fb1e.tar.bz2 nx-libs-471223907081355a288a315b33a2b70eb4c8fb1e.zip |
Avoid large pixmaps (110_nxagent_createpixmap-bounds-check.full.patch).
It is allowed to try and allocate a pixmap which is larger than
32767 in either dimension. However, all of the framebuffer code
is buggy and does not reliably draw to such big pixmaps, basically
because the Region data structure operates with signed shorts
for the rectangles in it.
Furthermore, several places in the X server computes the
size in bytes of the pixmap and tries to store it in an
integer. This integer can overflow and cause the allocated size
to be much smaller.
So, such big pixmaps are rejected here with a BadAlloc
Originally contributed by FreeNX Team
Diffstat (limited to 'debian/nx-x11proto-composite-dev.install.in')
0 files changed, 0 insertions, 0 deletions