[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