Solve a bug identified by Sebastian that we would always reaquire the

  lock immediately instead of stalling for the isapi module's thread
  to complete its work.  This requires the new changes to thread_mutex
  that introduce a guarenteed APR_THREAD_MUTEX_UNNESTED flag.

Reported by: Sebastian Hantsch <Sebastian.Hantsch@t-online.de>

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95366 13f79535-47bb-0310-9956-ffa450edef68

diff --git a/modules/arch/win32/mod_isapi.c b/modules/arch/win32/mod_isapi.c
index bb1305c2d16b5a3a3213a08478c3ff31e410b740..81acc00349a0b44be1a23e79fe33fb97287ca4ce 100644 (file)
--- a/modules/arch/win32/mod_isapi.c
+++ b/modules/arch/win32/mod_isapi.c
@@ -1487,7 +1487,7 @@ apr_status_t isapi_handler (request_rec *r)
                 apr_thread_mutex_t *comp;
 
                 rv = apr_thread_mutex_create(&cid->completed, 
-                                             APR_THREAD_MUTEX_DEFAULT, 
+                                             APR_THREAD_MUTEX_UNNESTED, 
                                              r->pool);
                 comp = cid->completed;
                 if (cid->completed && (rv == APR_SUCCESS)) {