summaryrefslogtreecommitdiff
path: root/src/providers/data_provider_be.c
diff options
context:
space:
mode:
authorLukas Slebodnik <lslebodn@redhat.com>2013-09-05 09:26:43 +0200
committerJakub Hrozek <jhrozek@redhat.com>2013-09-09 13:57:27 +0200
commit27ea6c34e9d8a914b0aeebe9ca98eb65dea404d0 (patch)
tree3a350d8903a39756ba92a5f19a204f2174d8f600 /src/providers/data_provider_be.c
parent35da30eb7f97968aabcbd34d4e198e44470ad3dd (diff)
downloadsssd-27ea6c34e9d8a914b0aeebe9ca98eb65dea404d0.tar.gz
sssd-27ea6c34e9d8a914b0aeebe9ca98eb65dea404d0.tar.bz2
sssd-27ea6c34e9d8a914b0aeebe9ca98eb65dea404d0.zip
mmap_cache: Do not remove record from chain twice
It is not very likely, that record will have the same hash1 and hash2, but it is possible. In this situation, it does not make sense to remove record twice. Function sss_mc_rm_rec_from_chain was not robust and sssd_nss could crash in this situation. It was only possible if record was alone in chain. Resolves: https://fedorahosted.org/sssd/ticket/2049
Diffstat (limited to 'src/providers/data_provider_be.c')
0 files changed, 0 insertions, 0 deletions