summaryrefslogtreecommitdiff
path: root/docs/faq
diff options
context:
space:
mode:
authorAndrew Tridgell <tridge@samba.org>1997-11-08 04:02:05 +0000
committerAndrew Tridgell <tridge@samba.org>1997-11-08 04:02:05 +0000
commita90d2061316d19c30d9f14c1e78d6f6266183ce0 (patch)
tree4e4477829f154a4fae7d5dc345b5457fc7e85fb9 /docs/faq
parent029904995d27c4e765abf9334df34c399a535bea (diff)
downloadsamba-a90d2061316d19c30d9f14c1e78d6f6266183ce0.tar.gz
samba-a90d2061316d19c30d9f14c1e78d6f6266183ce0.tar.bz2
samba-a90d2061316d19c30d9f14c1e78d6f6266183ce0.zip
added two more sets of tests to the smbtorture test. The tests I added
are ones that I know Samba fails. They are: 1) correct support for retaining locks over a close (ie. the server must not use posix semantics) 2) support for lock timeouts 3) the server supports multiple locking contexts on the one SMB connection, distinguished by PID. 4) the server correctly fails overlapping locks made by the same PID (this goes against POSIX behaviour, which is why it is tricky to implement) 5) the server denies unlock requests by an incorrect client PID I've been discussing with Jeremy ways that we can re-implement the locking code to handle these correctly. This test code will be useful to see that we have got it right. (This used to be commit 097781e2992f12c545170c82ada2f4023a9784f5)
Diffstat (limited to 'docs/faq')
0 files changed, 0 insertions, 0 deletions