[or-cvs] [tor/release-0.2.2] Locking failures on windows are indicated by EACCES

arma at torproject.org arma at torproject.org
Sat Feb 12 10:03:08 UTC 2011


commit 9c7e2cf010856aabfbca042870ec1d5718c30ea4
Author: Sebastian Hahn <sebastian at torproject.org>
Date:   Mon Feb 7 15:40:14 2011 +0100

    Locking failures on windows are indicated by EACCES
    
    Patch our implementation of tor_lockfile_lock() to handle this case
    correctly. Also add a note that blocking behaviour differs from windows
    to *nix. Fixes bug 2504, issue pointed out by mobmix.
---
 src/common/compat.c |    7 +++++--
 1 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/src/common/compat.c b/src/common/compat.c
index aa42514..5dfde3d 100644
--- a/src/common/compat.c
+++ b/src/common/compat.c
@@ -676,7 +676,10 @@ struct tor_lockfile_t {
  *
  * (Implementation note: because we need to fall back to fcntl on some
  *  platforms, these locks are per-process, not per-thread.  If you want
- *  to do in-process locking, use tor_mutex_t like a normal person.)
+ *  to do in-process locking, use tor_mutex_t like a normal person.
+ *  On Windows, when <b>blocking</b> is true, the maximum time that
+ *  is actually waited is 10 seconds, after which NULL is returned
+ *  and <b>locked_out</b> is set to 1.)
  */
 tor_lockfile_t *
 tor_lockfile_lock(const char *filename, int blocking, int *locked_out)
@@ -696,7 +699,7 @@ tor_lockfile_lock(const char *filename, int blocking, int *locked_out)
 #ifdef WIN32
   _lseek(fd, 0, SEEK_SET);
   if (_locking(fd, blocking ? _LK_LOCK : _LK_NBLCK, 1) < 0) {
-    if (errno != EDEADLOCK)
+    if (errno != EACCESS && errno != EDEADLOCK)
       log_warn(LD_FS,"Couldn't lock \"%s\": %s", filename, strerror(errno));
     else
       *locked_out = 1;





More information about the tor-commits mailing list