Changes to m_hashtable:

Allow hashtables to dynamically resize (patch from Christoph
Bartoschek).  Results in the following interface changes:

* HT_construct: no need to supply an initial table size.
  Instead, supply a text string used to "name" the table, so
  that debugging messages ("resizing the table") can say which
  one they are resizing.

* Remove VG_(HT_get_node).  This exposes the chain structure to 
  callers (via the next_ptr parameter), which is a problem since
  callers could get some info about the chain structure which then
  changes when the table is resized.  Fortunately is not used.

* Remove VG_(HT_first_match) and VG_(HT_apply_to_all_nodes) as
  they are unused.

* Make the iteration mechanism more paranoid, so any adding or
  deleting of nodes part way through an iteration causes VG_(HT_next)
  to assert.

* Fix the comment on VG_(HT_to_array) so it no longer speaks 
  specifically about MC's leak detector.



git-svn-id: svn://svn.valgrind.org/valgrind/trunk@6778 a5019735-40e9-0310-863c-91ae7b9d1cf9

1 files changed, 2 insertions, 2 deletions

diff --git a/memcheck/mc_main.c b/memcheck/mc_main.c
index 1894f4b9..4de8377a 100644
--- a/memcheck/mc_main.c
+++ b/memcheck/mc_main.c
@@ -5059,8 +5059,8 @@ static void mc_pre_clo_init(void)
    VG_(track_post_reg_write_clientcall_return)( mc_post_reg_write_clientcall );
 
    init_shadow_memory();
-   MC_(malloc_list)  = VG_(HT_construct)( 80021 );   // prime, big
-   MC_(mempool_list) = VG_(HT_construct)( 1009  );   // prime, not so big
+   MC_(malloc_list)  = VG_(HT_construct)( "MC_(malloc_list)" );
+   MC_(mempool_list) = VG_(HT_construct)( "MC_(mempool_list)" );
    init_prof_mem();
 
    tl_assert( mc_expensive_sanity_check() );