diff options
author | Jeremy Allison <jra@samba.org> | 2007-01-18 21:51:52 +0000 |
---|---|---|
committer | Gerald (Jerry) Carter <jerry@samba.org> | 2007-10-10 12:17:18 -0500 |
commit | c9a14ea19f812d86266bfa9e6ce8b32f7b4ff19f (patch) | |
tree | 25357b5866e8786e6a685163a02315d0d53921a8 /source3/smbd/utmp.c | |
parent | 9d19e5294042e4de2c0eb70ee8b17993ebce211d (diff) | |
download | samba-c9a14ea19f812d86266bfa9e6ce8b32f7b4ff19f.tar.gz samba-c9a14ea19f812d86266bfa9e6ce8b32f7b4ff19f.tar.bz2 samba-c9a14ea19f812d86266bfa9e6ce8b32f7b4ff19f.zip |
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)
Diffstat (limited to 'source3/smbd/utmp.c')
0 files changed, 0 insertions, 0 deletions