diff options
author | Rich Megginson <rmeggins@redhat.com> | 2009-07-08 09:57:04 -0600 |
---|---|---|
committer | Rich Megginson <rmeggins@redhat.com> | 2009-07-14 12:35:11 -0600 |
commit | a4240192f344a1a172cfdf8609661b90435b5db3 (patch) | |
tree | c6ea1519c184971c66f171252e1ebd5493a8b610 /ldap/schema | |
parent | 386ba57d421ee2d59a267d52d63bd88cbf20c435 (diff) | |
download | ds-a4240192f344a1a172cfdf8609661b90435b5db3.tar.gz ds-a4240192f344a1a172cfdf8609661b90435b5db3.tar.xz ds-a4240192f344a1a172cfdf8609661b90435b5db3.zip |
Reduce noise reported by valgrind
valgrind is a very useful tool - however, the directory server produces a lot
of false positives that have to be suppressed in order to get to the useful
information. These patches attempt to reduce some of that noise.
1) aclparse - should calculate the length of the string _after_ trimming the
spaces
2) something about random number generation causes some of the bits to be uninitialized, and valgrind doesn't like it - this patch doesn't eliminate the error, just reduces it
3) use initialized memory when generating hashes - also remove "magic numbers"
4) bin.c - slapi_value_get_string must not be used with unterminated (binary) values
5) we get these odd valgrind reports from deep within bdb about invalid reads and uninitialized memory - I thought perhaps because we were initializing DBT structures with = {0} which the bdb docs says is not sufficient - they recommend memset or bzero
6) There are some small memory leaks during attrcrypt initialization and in error cases
7) error message in ldif2ldbm.c was attempting to print the Slapi_DN structure rather than getting the char *dn
8) After we call NSS_Initialize, we must call the NSS shutdown functions to clean up the caches and other data structures, otherwise NSS will leak memory. This is harmless since it happens at exit, but valgrind reports hundreds of memory leaks. The solution is to make sure we go through a single exit point after NSS_Initialize. This means many places that just called exit() must instead return with a real return value. This mostly affected main.c, detach.c, and a couple of other places called during startup.
9) minor memory leaks in mapping tree initialization
10) sasl_map.c - should not call this in referral mode
11) minor memory leaks during ssl init
Reviewed by: nkinder, nhosoi (Thanks!)
Diffstat (limited to 'ldap/schema')
0 files changed, 0 insertions, 0 deletions