summaryrefslogtreecommitdiff
path: root/source4/torture/basic/locking.c
AgeCommit message (Collapse)AuthorFilesLines
2007-10-10r3419: moved the libcli/raw structures into libcli/raw/libcliraw.hAndrew Tridgell1-0/+1
and made them private (This used to be commit 386ac565c452ede1d74e06acb401ca9db99d3ff3)
2007-10-10r3324: made the smbtorture code completely warning freeAndrew Tridgell1-7/+7
(This used to be commit 7067bb9b52223cafa28470f264f0b60646a07a01)
2007-10-10r3029: implemented byte range lock timeouts.Andrew Tridgell1-19/+70
This adds a pvfs_wait_message() routine which uses the new messaging system, event timers and talloc destructors to give a nice generic async event handling system with a easy to use interface. The extensions to pvfs_lock.c are based on calls to pvfs_wait_message() routines. We now pass all of our smbtorture locking tests, although while writing this code I have thought of some additonal tests that should be added, particularly for lock cancel operations. I'll work on that soon. This commit also extends the smbtorture lock tests to test the rather weird 0xEEFFFFFF locking semantics that I have discovered in win2003. Win2003 treats the 0xEEFFFFFF boundary as special, and will give different error codes on either side of it. Locks on both sides are allowed, the only difference is which error code is given when a lock is denied. Anyone like to hazard a guess as to why? It has me stumped. (This used to be commit 4395c0557ab175d6a8dd99df03c266325949ffa5)
2007-10-10r3011: separated the locktest code into a separate module in smbtortureAndrew Tridgell1-0/+907
(This used to be commit f4a91be63502c0bb32c52c0558dfc7d4d0a21fae)