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)
commitf2df77a1497958c1ea791f1d2f4446b5fc3389b3
treeda93932be01b2685388cd85a2eca87808edeadaa
parent56842b59d00d531b0c9c22639603dc721eab50b4
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.
source/include/smb.h
source/libsmb/smb_share_modes.c
source/locking/locking.c
source/smbd/close.c
source/smbd/open.c