tree 9f0ca862587e42b4849bc109c75127545ff017f7
parent d1fb426850d72867298383bf029862acc9d52598
author Leon Scroggins III <scroggo@google.com> 1484761147 -0500
committer Leon Scroggins <scroggo@google.com> 1487103916 +0000

Use fixed size buffer for RLE bmps DO NOT MERGE

Cherry-pick of b3b24538e02ead0c3f5bc528818982475890efd6

An RLE bmp reports how many bytes it should contain. This number may be
incorrect, or it may be a very large number. Previously, we buffered
all bytes in a single allocation. Instead, use a fixed size buffer and
only read what fits into the buffer. We already have code to refill the
buffer if there is more data, so rely on that to keep reading.

Choose an arbitrary size for the buffer. It is larger than the maximum
possible number of bytes we need to read at once.

Add a test with a test image that reports a very large number for
the number of bytes it should contain. With the old method, we would
allocate 4 gigs of memory to decode this image, which is unnecessary
and may result in OOM.

BUG=b/33251605

Change-Id: I6d66eace626002725f62237617140cab99ce42f3
Reviewed-on: https://skia-review.googlesource.com/7028
Commit-Queue: Leon Scroggins <scroggo@google.com>
Reviewed-by: Matt Sarett <msarett@google.com>