mirror of
https://github.com/Zygo/bees.git
synced 2025-05-17 21:35:45 +02:00
hash: initialize m_dirty in BeesHashTable
It turns out we never set m_dirty's initial value. This is not a practical problem because 1) it's mostly harmless if m_dirty is spuriously true, 2) we set it to true every time bees scans a data block, and 3) the allocation happens early in startup when most memory allocations are using zero-filled pages, so it's probably getting a false value at construction in most cases. valgrind complains about it, so it has to go. Signed-off-by: Zygo Blaxell <bees@furryterror.org>
This commit is contained in:
parent
84094c7cb9
commit
01734e6d4b
@ -459,7 +459,7 @@ private:
|
|||||||
// Mutex/condvar for the writeback thread
|
// Mutex/condvar for the writeback thread
|
||||||
mutex m_dirty_mutex;
|
mutex m_dirty_mutex;
|
||||||
condition_variable m_dirty_condvar;
|
condition_variable m_dirty_condvar;
|
||||||
bool m_dirty;
|
bool m_dirty = false;
|
||||||
|
|
||||||
// Mutex/condvar to stop
|
// Mutex/condvar to stop
|
||||||
mutex m_stop_mutex;
|
mutex m_stop_mutex;
|
||||||
|
Loading…
x
Reference in New Issue
Block a user