r20883: W00t! I now understand how "delete on close" really
authorJeremy Allison <jra@samba.org>
Thu, 18 Jan 2007 21:51:52 +0000 (21:51 +0000)
committerGerald (Jerry) Carter <jerry@samba.org>
Wed, 10 Oct 2007 17:17:18 +0000 (12:17 -0500)
commitc9a14ea19f812d86266bfa9e6ce8b32f7b4ff19f
tree25357b5866e8786e6a685163a02315d0d53921a8
parent9d19e5294042e4de2c0eb70ee8b17993ebce211d
r20883: W00t! I now understand how "delete on close" really
works - even with the strange "initial delete on close"
semantics. The "initial delete on close" flag isn't
committed to the share mode db until the handle is
closed, and is discarded if any real "delete on close"
was set. This allows me to remove the "initial_delete_on_close"
flag from the share db, and move it into a BOOL in files_struct.
Warning ! You must do a make clean after this. Cope with
the wrinkle in directory delete on close which is done
differently from files. We now pass all Samba4 smbtortute
BASE-DELETE tests except for the one checking that files
can't be created in a directory which has the delete on
close set (possibly expensive to fix).
Jeremy.
(This used to be commit f2df77a1497958c1ea791f1d2f4446b5fc3389b3)
source3/include/smb.h
source3/libsmb/smb_share_modes.c
source3/locking/locking.c
source3/smbd/close.c
source3/smbd/open.c