diff options
| author | Jason Barron <jason.barron@nokia.com> | 2010-08-24 15:00:59 (GMT) |
|---|---|---|
| committer | Jason Barron <jason.barron@nokia.com> | 2010-09-10 14:42:39 (GMT) |
| commit | 771cfe6f172820a1a370255cb74e066913408a6f (patch) | |
| tree | 2c8fb29f55c98e37efafd8dde7824aa8fe866daa /.hgignore | |
| parent | 8b1c78c80181e6125d39b64f7ffa698f50ed8042 (diff) | |
| download | Qt-771cfe6f172820a1a370255cb74e066913408a6f.zip Qt-771cfe6f172820a1a370255cb74e066913408a6f.tar.gz Qt-771cfe6f172820a1a370255cb74e066913408a6f.tar.bz2 | |
Fix crash in OpenVG when failing to allocate large VGImages.
The reclaimSpace() function of the VG image pool was crashing when
attempting to free up space for a large image. It was calling
moveToHeadOfLRU() which adds the image to the pool. If the pixmap is
large enough so that it pushes all the others out, then it will be the
only pixmap left in the pool when this function returns. This is
problematic because this pixmap is not permanent so it could be
deleted. If that happens, then subsequent calls to this function will
crash because the LRU pixmap has been deleted.
The fix is to check if the pixmap was in the pool to begin with and
if not, then be sure to remove it before returning from this function.
Task-number: QT-3652
Reviewed-by: Jani Hautakangas
Diffstat (limited to '.hgignore')
0 files changed, 0 insertions, 0 deletions