Fix more memory leaks.
authorCarl Worth <cworth@cworth.org>
Fri, 16 Oct 2009 20:42:42 +0000 (13:42 -0700)
committerCarl Worth <cworth@cworth.org>
Fri, 16 Oct 2009 20:45:17 +0000 (13:45 -0700)
commit9c3807e688e587070407f671e884bf1e9b9892a5
tree1e4a2b1b04e2eedd94b2613a83402f89da4461cc
parent28c0691ab96b4550b6b5ec80d441cefc591e1098
Fix more memory leaks.

These were more significant than the previous leak because these were
in the loop and leaking memory for every message being parsed. It
turns out that g_hash_table_new should probably be named
g_hash_table_new_and_leak_memory_please. The actually useful function
is g_hash_table_new_full which lets us pass a free function, (to free
keys when inserting duplicates into the hash table). And after all,
weeding out duplicates is the only reason we are using this hash table
in the first place.

It almost goes without saying, valgrind found these leaks.
notmuch-index-message.cc