diff options
author | Tim Potter <tpot@samba.org> | 2003-04-14 03:49:03 +0000 |
---|---|---|
committer | Tim Potter <tpot@samba.org> | 2003-04-14 03:49:03 +0000 |
commit | 72e7290daa0e9765aab846a5312fc20d18a55a76 (patch) | |
tree | 738a6c9e3f65a174a80543cd91298a2bd052c967 /source/tdb/tdb.c | |
parent | 8fe5bab565cdcf498e4d0f5cca31f799d249e3b3 (diff) | |
download | samba-72e7290daa0e9765aab846a5312fc20d18a55a76.tar.gz samba-72e7290daa0e9765aab846a5312fc20d18a55a76.tar.xz samba-72e7290daa0e9765aab846a5312fc20d18a55a76.zip |
Comment syncup.
Diffstat (limited to 'source/tdb/tdb.c')
-rw-r--r-- | source/tdb/tdb.c | 21 |
1 files changed, 21 insertions, 0 deletions
diff --git a/source/tdb/tdb.c b/source/tdb/tdb.c index 442baed9362..c414ae0d310 100644 --- a/source/tdb/tdb.c +++ b/source/tdb/tdb.c @@ -20,6 +20,27 @@ along with this program; if not, write to the Free Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ + + +/* 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. + */ + #ifdef STANDALONE #if HAVE_CONFIG_H #include <config.h> |