~ubuntu-branches/debian/sid/subversion/sid

« back to all changes in this revision

Viewing changes to subversion/include/private/svn_mutex.h

  • Committer: Package Import Robot
  • Author(s): James McCoy
  • Date: 2015-08-07 21:32:47 UTC
  • mfrom: (0.2.15) (4.1.7 experimental)
  • Revision ID: package-import@ubuntu.com-20150807213247-ozyewtmgsr6tkewl
Tags: 1.9.0-1
* Upload to unstable
* New upstream release.
  + Security fixes
    - CVE-2015-3184: Mixed anonymous/authenticated path-based authz with
      httpd 2.4
    - CVE-2015-3187: svn_repos_trace_node_locations() reveals paths hidden
      by authz
* Add >= 2.7 requirement for python-all-dev Build-Depends, needed to run
  tests.
* Remove Build-Conflicts against ruby-test-unit.  (Closes: #791844)
* Remove patches/apache_module_dependency in favor of expressing the
  dependencies in authz_svn.load/dav_svn.load.
* Build-Depend on apache2-dev (>= 2.4.16) to ensure ap_some_authn_required()
  is available when building mod_authz_svn and Depend on apache2-bin (>=
  2.4.16) for runtime support.

Show diffs side-by-side

added added

removed removed

Lines of Context:
39
39
 * This is a simple wrapper around @c apr_thread_mutex_t and will be a
40
40
 * valid identifier even if APR does not support threading.
41
41
 */
42
 
#if APR_HAS_THREADS
43
42
 
44
43
/** A mutex for synchronization between threads. It may be NULL, in
45
44
 * which case no synchronization will take place. The latter is useful
46
45
 * when implementing some functionality with optional synchronization.
47
46
 */
48
 
typedef apr_thread_mutex_t svn_mutex__t;
49
 
 
50
 
#else
51
 
 
52
 
/** Dummy definition. The content will never be actually accessed.
53
 
 */
54
 
typedef void svn_mutex__t;
55
 
 
56
 
#endif
 
47
typedef struct svn_mutex__t svn_mutex__t;
57
48
 
58
49
/** Initialize the @a *mutex. If @a mutex_required is TRUE, the mutex will
59
50
 * actually be created with a lifetime defined by @a result_pool. Otherwise,
60
51
 * the pointer will be set to @c NULL and svn_mutex__lock() as well as
61
52
 * svn_mutex__unlock() will be no-ops.
62
53
 *
 
54
 * We don't support recursive locks, i.e. a thread may not acquire the same
 
55
 * mutex twice without releasing it in between.  Attempts to lock a mutex
 
56
 * recursively will cause lock ups and other undefined behavior on some
 
57
 * systems.
 
58
 *
63
59
 * If threading is not supported by APR, this function is a no-op.
64
60
 */
65
61
svn_error_t *