]> git.ipfire.org Git - thirdparty/systemd.git/commitdiff
hashmap: always set key output argument of internal_hashmap_first_key_and_value() 11647/head
authorThomas Haller <thaller@redhat.com>
Mon, 4 Feb 2019 08:36:17 +0000 (09:36 +0100)
committerThomas Haller <thaller@redhat.com>
Mon, 4 Feb 2019 08:47:00 +0000 (09:47 +0100)
internal_hashmap_first_key_and_value() returns the first value, or %NULL
if the hashmap is empty.

However, hashmaps may contain %NULL values. That means, a caller getting
%NULL doesn't know whether the hashmap is empty or whether the first
value is %NULL.

For example, a caller may be tempted to do something like:

    if ((val = hashmap_steal_first_key_and_value (h, (void **) key))) {
         // process first entry.
    }

But this is only correct if the caller made sure that the hash is either
not empty or contains no NULL values.

Anyway, since a %NULL return value can signal an empty hash or a %NULL
value, it seems error prone to leave the key output argument
uninitialized in situations that the caller cannot clearly distinguish
(without making additional assumptions).

src/basic/hashmap.c

index 80fec8fb53549051cb800d83ab850cf5ffe90d00..66e9e0046b959794c97d5930bfca692b4f541d9f 100644 (file)
@@ -1516,8 +1516,11 @@ void *internal_hashmap_first_key_and_value(HashmapBase *h, bool remove, void **r
         unsigned idx;
 
         idx = find_first_entry(h);
-        if (idx == IDX_NIL)
+        if (idx == IDX_NIL) {
+                if (ret_key)
+                        *ret_key = NULL;
                 return NULL;
+        }
 
         e = bucket_at(h, idx);
         key = (void*) e->key;