summaryrefslogtreecommitdiffstats
path: root/docs/manpages/make_smbcodepage.1
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
commit097781e2992f12c545170c82ada2f4023a9784f5 (patch)
treed52de2109a29d21309acee5651241d85cba1a962 /docs/manpages/make_smbcodepage.1
parentedb9c52948159baa48d9decd253a401737bd5363 (diff)
downloadsamba-097781e2992f12c545170c82ada2f4023a9784f5.tar.gz
samba-097781e2992f12c545170c82ada2f4023a9784f5.tar.xz
samba-097781e2992f12c545170c82ada2f4023a9784f5.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.
Diffstat (limited to 'docs/manpages/make_smbcodepage.1')
0 files changed, 0 insertions, 0 deletions