r1304: Turns out non-io opens that cause oplock breaks are a *different* set
commit57c07e27853442e95e19c7f746ef1f4681bda48a
authorJeremy Allison <jra@samba.org>
Wed, 30 Jun 2004 01:35:01 +0000 (30 01:35 +0000)
committerGerald (Jerry) Carter <jerry@samba.org>
Wed, 10 Oct 2007 15:52:05 +0000 (10 10:52 -0500)
tree868d1b640fcbe2469884ef78325d9924b31db74d
parentb04c782281bcb6a9b13168dacdae59898dd9fe7f
r1304: Turns out non-io opens that cause oplock breaks are a *different* set
of desired access flags from those that cause sharing violations.
Oplock breaks are caused by : ~(SYNCHRONIZE_ACCESS|FILE_READ_ATTRIBUTES|FILE_WRITE_ATTRIBUTES)
Sharing violations are caused by : ~(SYNCHRONIZE_ACCESS|READ_CONTROL_ACCESS|FILE_READ_ATTRIBUTES|FILE_WRITE_ATTRIBUTES)
We now pass the torture rename test again.
I still need to work out if subsequent opens will cause sharing violations with an existing open
mode of SYNCHRONIZE_ACCESS|READ_CONTROL_ACCESS|FILE_READ_ATTRIBUTES|FILE_WRITE_ATTRIBUTES;
Jeremy.
(This used to be commit 38002bfc1c0981a2dba3f2319624c1ef055a3648)
source3/smbd/open.c