[krbdev.mit.edu #6077] SVN Commit
Ezra Peisach via RT
rt-comment at krbdev.mit.edu
Thu Aug 14 00:44:52 EDT 2008
In krb5_fcc_resolve, on malloc failure, the data->lock mutex needs to
be destroyed. Unfortunately, this is done with the mutex is still locked. When thread debugging code is enabled, this results in aeg fault.
Also - in krb5_fcc_generate_new, a strdup failure would result in the
krb5int_cc_file_mutex being unlocked twice.
[I have a modified version of valgrind in which I can signal after a
certain number of mallocs for it to fail - I vary the allocation
number from 1300 to 0 - and see what breaks - some memory leaks will
be fixed separately]
Commit By: epeisach
Revision: 20653
Changed Files:
U trunk/src/lib/krb5/ccache/cc_file.c
More information about the krb5-bugs
mailing list