]> git.ipfire.org Git - thirdparty/valgrind.git/commitdiff
Make --leak-resolution=high the default. Fixes bug 197929.
authorNicholas Nethercote <njn@valgrind.org>
Fri, 10 Jul 2009 08:16:29 +0000 (08:16 +0000)
committerNicholas Nethercote <njn@valgrind.org>
Fri, 10 Jul 2009 08:16:29 +0000 (08:16 +0000)
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@10423

NEWS
memcheck/docs/mc-manual.xml
memcheck/mc_main.c

diff --git a/NEWS b/NEWS
index 00a5d5cceedba431644a89c84f453921116daa8d..3e2c18d4a66fb3f97917133cfc725b97e5fa0e59 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -41,6 +41,10 @@ Release 3.5.0 (???)
   - Blocks that are only reachable via at least one interior-pointer, but
     are directly pointed to by a start-pointer, were previously marked as
     "still reachable".  They are now correctly marked as "possibly lost".
+  - The default value for the --leak-resolution option has been changed from
+    "low" to "high".  In general, this means that more leak reports will be
+    produced, but each leak report will describe fewer leaked blocks.
+  - The documentation for the leak checker has also been improved.
 
 * The format of some (non-XML) stack trace entries has changed a little.
   Previously there were six possible forms:
index 32c63083b3afc1eeed4f0137e03f70cd4301e5de..42369ed20835e6005dd4c234710541f75a05058a 100644 (file)
@@ -163,7 +163,7 @@ problems:</para>
 
   <varlistentry id="opt.leak-resolution" xreflabel="--leak-resolution">
     <term>
-      <option><![CDATA[--leak-resolution=<low|med|high> [default: low] ]]></option>
+      <option><![CDATA[--leak-resolution=<low|med|high> [default: high] ]]></option>
     </term>
     <listitem>
       <para>When doing leak checking, determines how willing
@@ -171,13 +171,12 @@ problems:</para>
       be the same.  When set to <varname>low</varname>, only the first
       two entries need match.  When <varname>med</varname>, four entries
       have to match.  When <varname>high</varname>, all entries need to
-      match.</para>
+      match;  this is consistent with how merging occurs for other kinds of
+      errors.</para>
 
       <para>For hardcore leak debugging, you probably want to use
       <option>--leak-resolution=high</option> together with
-      <option>--num-callers=40</option> or some such large number.  Note
-      however that this can give an overwhelming amount of information,
-      which is why the defaults give less information.
+      <option>--num-callers=40</option> or some such large number.
       </para>
 
       <para>Note that the <option>--leak-resolution=</option> setting
index a6660ad4b44667602ee1d1531fc1133abd436f2a..63c002cda5b83699d9bc39b72034e7209a23f18d 100644 (file)
@@ -4656,7 +4656,7 @@ static Bool mc_expensive_sanity_check ( void )
 Bool          MC_(clo_partial_loads_ok)       = False;
 Long          MC_(clo_freelist_vol)           = 10*1000*1000LL;
 LeakCheckMode MC_(clo_leak_check)             = LC_Summary;
-VgRes         MC_(clo_leak_resolution)        = Vg_LowRes;
+VgRes         MC_(clo_leak_resolution)        = Vg_HighRes;
 Bool          MC_(clo_show_reachable)         = False;
 Bool          MC_(clo_workaround_gcc296_bugs) = False;
 Int           MC_(clo_malloc_fill)            = -1;
@@ -4774,7 +4774,7 @@ static void mc_print_usage(void)
 {  
    VG_(printf)(
 "    --leak-check=no|summary|full     search for memory leaks at exit?  [summary]\n"
-"    --leak-resolution=low|med|high   how much bt merging in leak check [low]\n"
+"    --leak-resolution=low|med|high   differentiation of leak stack traces [high]\n"
 "    --show-reachable=no|yes          show reachable blocks in leak check? [no]\n"
 "    --undef-value-errors=no|yes      check for undefined value errors [yes]\n"
 "    --track-origins=no|yes           show origins of undefined values? [no]\n"