Arggg. Stupid, stupid, stupid me ! I added a paranoia test
authorjra <jra@0c0555d6-39d7-0310-84fc-f1cc0bd64818>
Sun, 19 Sep 2004 01:16:45 +0000 (01:16 +0000)
committerjra <jra@0c0555d6-39d7-0310-84fc-f1cc0bd64818>
Sun, 19 Sep 2004 01:16:45 +0000 (01:16 +0000)
commitb8928a08749bfeabaf6b965156fd0e32c5ee86c7
tree6e2678aa240dc7f0b73393ecba5e7774b6ad2e06
parentd8968ab925c51d7e8bec088ede47ac4220c3f0ee
Arggg. Stupid, stupid, stupid me ! I added a paranoia test
case when I was developing the deferred open case and made it
too tight. It will fire (incorrectly) and panic when a client
does a second open for a file with a different mid (multiplex-id)
request. Doh ! This is a perfectly valid thing for a client to
do (have two pending opens with different mids outstanding on
the same file) and currently when the first pending open expires
with a share violation the paranoia code will panic smbd.

It's a rare condition, but obvious now I've looked at the
code.

Fix for bug #1743.

Jeremy.

git-svn-id: svn+ssh://svn.samba.org/data/svn/samba/branches/SAMBA_3_0@2413 0c0555d6-39d7-0310-84fc-f1cc0bd64818
source/locking/locking.c