diff options
author | Andrew Tridgell <tridge@samba.org> | 1998-10-21 00:31:14 +0000 |
---|---|---|
committer | Andrew Tridgell <tridge@samba.org> | 1998-10-21 00:31:14 +0000 |
commit | 053d6c605caebf5ed61b86f320da6a35f0c5257f (patch) | |
tree | e6b16f09eb8c9a74565d683eafeb846c4a677c92 /source3/printing | |
parent | d8f0e60195ff8447df9235f60095c4e2bb4561e7 (diff) | |
download | samba-053d6c605caebf5ed61b86f320da6a35f0c5257f.tar.gz samba-053d6c605caebf5ed61b86f320da6a35f0c5257f.tar.bz2 samba-053d6c605caebf5ed61b86f320da6a35f0c5257f.zip |
at the interop Isaac (at least I _think_ it was Isaac) said that if a
MS client doesn't respond to a oplock break request then we might try
resending the request.
This morning Sues Win95 machine had this problem (thus forcing me to
do something about it!). When starting winword her box refused to
answer an oplock break request. I have added code to resend the oplock
break request up to 3 times at 10 second intervals before killing the
socket.
of course, as soon as I did this her box started to behave again so I
haven't been able to tell if this fix actually works, but it can't be
worse than dropping the socket immediately.
(This used to be commit a1c4d8351b9171416693e6d7a9045bdce9217edb)
Diffstat (limited to 'source3/printing')
0 files changed, 0 insertions, 0 deletions