Fix use of DLIST_REMOVE as spotted by Constantine Vetoshev <gepardcv@gmail.com>.
authorJeremy Allison <jra@samba.org>
Wed, 1 Oct 2008 20:15:54 +0000 (13:15 -0700)
committerJeremy Allison <jra@samba.org>
Wed, 1 Oct 2008 20:15:54 +0000 (13:15 -0700)
commite4f5bfb34b7a515e2cf107eb94489260594b8733
tree5d50e1cbf15a6e2848b810f9b9d83c5441521bde
parent370cbe0060cb2670c7f65100954dac6c63030ca0
Fix use of DLIST_REMOVE as spotted by Constantine Vetoshev <gepardcv@gmail.com>.
This API is unusual in that if used to remove a non-list head it nulls out
the next and prev pointers. This is what you want for debugging (don't want
an entry removed from the list to be still virtually linked into it) but
means there is no consistent idiom for use as the next and prev pointers
get trashed on removal from the list, meaning you must save them yourself.
You can use it one way when deleting everything via the head pointer, as
this preserves the next pointer, but you *must* use it another way when not
deleting everything via the head pointer. Fix all known uses of this (the main
one is in conn_free_internal() and would not free all the private data entries
for vfs modules. The other changes in web/statuspage.c and winbindd_util.c
are not strictly neccessary, as the head pointer is being used, but I've done
them for consistency. Long term we must revisit this as this API is too hard
to use correctly.
Jeremy.
source3/smbd/conn.c
source3/web/statuspage.c
source3/winbindd/winbindd_util.c