]> git.ipfire.org Git - thirdparty/libvirt.git/commit
util: bitmap: clarify virBitmapLastSetBit() behavior for empty bitmaps
authorMarc Hartmayer <mhartmay@linux.vnet.ibm.com>
Wed, 6 Jul 2016 12:02:26 +0000 (14:02 +0200)
committerMartin Kletzander <mkletzan@redhat.com>
Mon, 3 Oct 2016 16:30:16 +0000 (18:30 +0200)
commitb18d0b4e43a1d019a2c47914330f6bd3516edc1e
tree5c57b33597791702026687da390f50336b945a4b
parent409362b04898c25d80101bc1a8a61bd8b315530c
util: bitmap: clarify virBitmapLastSetBit() behavior for empty bitmaps

Before the variable 'bits' was initialized with 0 (commit
3470cd860d517760b13e26d97b6a842ff72687a1), the following bug was
possible.

A function call with an empty bitmap leads to undefined
behavior. Because if 'bitmap->map_len == 0' 'unusedBits' will be <= 0
and 'sz == 1'. So the non global and non static variable 'bits' would
have never been set. Consequently the check 'bits == 0' results in
undefined behavior.

This patch clarifies the current version of the function by handling the
empty bitmap explicitly. Also, for an empty bitmap there is obviously no
bit set so we can just return -1 (indicating no bit set) right away. The
explicit check for 'bits == 0' after the loop is unnecessary because we
only get to this point if no set bit was found.

Reviewed-by: Boris Fiuczynski <fiuczy@linux.vnet.ibm.com>
Reviewed-by: Sascha Silbe <silbe@linux.vnet.ibm.com>
Reviewed-by: Bjoern Walk <bwalk@linux.vnet.ibm.com>
Signed-off-by: Marc Hartmayer <mhartmay@linux.vnet.ibm.com>
(cherry picked from commit 7cd01a248b3995909adad29a6edbe76d3d16510f)
src/util/virbitmap.c