summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorAndrew Tridgell <tridge@samba.org>2005-07-20 00:09:23 +0000
committerGerald (Jerry) Carter <jerry@samba.org>2007-10-10 13:29:45 -0500
commitf650ea10120d41ceff8ea04975fea7637cb45a0a (patch)
treef3f95b3ab5fc707275c0954dcf8a849eb00ac7fc
parentddd64e7ef48c069f767b2de56397b9b03481b939 (diff)
downloadsamba-f650ea10120d41ceff8ea04975fea7637cb45a0a.tar.gz
samba-f650ea10120d41ceff8ea04975fea7637cb45a0a.tar.bz2
samba-f650ea10120d41ceff8ea04975fea7637cb45a0a.zip
r8624: removed valgrind comment on tdb that no longer applies
(This used to be commit 8f222c8c7a750c739d3288da0b1edb1efc3b1ffc)
-rw-r--r--source4/lib/tdb/common/tdb.c19
1 files changed, 0 insertions, 19 deletions
diff --git a/source4/lib/tdb/common/tdb.c b/source4/lib/tdb/common/tdb.c
index 44533aad27..4c2d9a1add 100644
--- a/source4/lib/tdb/common/tdb.c
+++ b/source4/lib/tdb/common/tdb.c
@@ -27,25 +27,6 @@
*/
-/* NOTE: If you use tdbs under valgrind, and in particular if you run
- * tdbtorture, you may get spurious "uninitialized value" warnings. I
- * think this is because valgrind doesn't understand that the mmap'd
- * area may be written to by other processes. Memory can, from the
- * point of view of the grinded process, spontaneously become
- * initialized.
- *
- * I can think of a few solutions. [mbp 20030311]
- *
- * 1 - Write suppressions for Valgrind so that it doesn't complain
- * about this. Probably the most reasonable but people need to
- * remember to use them.
- *
- * 2 - Use IO not mmap when running under valgrind. Not so nice.
- *
- * 3 - Use the special valgrind macros to mark memory as valid at the
- * right time. Probably too hard -- the process just doesn't know.
- */
-
#ifndef _SAMBA_BUILD_
#if HAVE_CONFIG_H
#include <config.h>