summaryrefslogtreecommitdiff
path: root/locks
Commit message (Expand)AuthorAgeFilesLines
* * configure.in: Add --enable-thread-debug, which definesjorton2020-06-011-0/+19
* * locks/unix/proc_mutex.c (apr_proc_mutex_defname): Fix clang warning,jorton2020-06-011-3/+2
* Follow-up to r1860075: Remove unused local variable.ivan2019-09-081-1/+0
* Refactor win32 thread_mutex code. No functional changes intended.ivan2019-09-031-12/+29
* Windows platform: Use semaphore object instead of manual reset event toivan2019-06-071-6/+5
* * locks/win32/thread_mutex.civan2019-05-281-16/+3
* win32: Factor out common code to private function apr_wait_for_single_object().ivan2019-05-263-62/+8
* Use native Slim Reader/Writer (SRW) locks on Windows for apr_rwlock_t.ivan2019-05-201-105/+36
* Use proc mutex pthread by default when robust[_np]ylavic2019-03-221-6/+22
* apr_thread_cond_timedwait on windows should wait on the semaphore.ylavic2019-03-201-1/+1
* Revert 1839699, this contained unintended, additional noise. Re-correcting.wrowe2018-08-301-1/+1
* Revert 1839627, this macro does not result in a usable CC_FOR_BUILDwrowe2018-08-301-1/+1
* On Windows, OS2 and BEOS, the singluar lock mechanisms were already compatiblewrowe2017-06-023-9/+9
* locks: thread: timedlock: better handling of spurious wakeups that may beylavic2017-05-072-36/+30
* locks: unix: follow up to r1792622.ylavic2017-04-251-17/+17
* locks: unix: timedlock: better handling of spurious wakeups that may beylavic2017-04-251-18/+27
* locks: unix: provide a macro helper for a pattern used several times.ylavic2017-04-251-8/+6
* locks: Windows: work around 64bit usecs to native 32bit msecs timeouts forylavic2017-04-253-10/+67
* locks: follow up to r1790436.ylavic2017-04-171-5/+6
* locks: follow up to r1790446.ylavic2017-04-171-5/+9
* apr_{thread,proc,global}_timedlock() with negative timeout is now equivalentylavic2017-04-079-106/+55
* locks: follow up to r1790488 and r1790521: likewise for theylavic2017-04-071-5/+5
* locks: follow up to r1790488.ylavic2017-04-0711-11/+11
* locks: follow up to r1667900.ylavic2017-04-0711-187/+115
* locks: follow up to r1790330.ylavic2017-04-061-1/+1
* locks: follow up to r1790330.ylavic2017-04-061-24/+28
* locks: follow up to r1790330 and r1790436.ylavic2017-04-061-194/+0
* locks: follow up to r1790330.ylavic2017-04-061-101/+154
* Avoid a compiler warning by using system's errno.ylavic2017-04-051-1/+2
* locks: when pthread_mutex_timedlock() isn't available, fall back to anylavic2017-04-052-50/+318
* Make clear this is a delta timeoutjim2017-04-051-1/+1
* Use our "portable" versionsjim2017-04-051-8/+7
* semtimedop() takes a delta time, so accept what is given as the "time remaining"jim2017-04-051-22/+4
* Follow up to r1667900: semtimedop() should be passed a relative timeout ratherylavic2017-04-051-2/+5
* the restjim2017-04-041-47/+180
* Be safe... if we had a super small timeout then by the time wejim2017-04-041-0/+4
* Add in our own pthread_mutex_timedlock impl for those OSs, likejim2017-04-043-69/+82
* Follow up to r1733694: proc-pthreads have their own child_init() now.ylavic2017-04-031-1/+1
* proc_mutex_pthread: simplify (shorten) methods' names by removingylavic2016-12-191-27/+26
* locks: follow up to r1667900.ylavic2016-12-191-0/+4
* locks/netware: follow up to r1667962 and r1667900: fix typos (compile errors).ylavic2016-09-173-4/+4
* apr_os_proc_mutex_get_ex: win32: fix typo (s/mutex/pmutex/) leading to:ylavic2016-08-111-1/+1
* OS/2: Fix compile breakage in apr_thread_mutex_timedlock() due to incorrect v...bjh2016-05-041-1/+1
* apr_os_proc_mutex-unix: For consistency with other OS native to APRylavic2016-04-131-1/+5
* apr_os_proc_mutex_put_ex: Allow to specify whether the OS nativeylavic2016-04-135-5/+42
* proc_mutex-unix: follow up to r1733775.ylavic2016-04-121-1/+2
* proc_mutex-netware: follow up to r1733775.ylavic2016-03-061-14/+2
* apr_proc/global_mutex: Fix API regarding the native OS mutexesylavic2016-03-066-124/+405
* apr_proc_mutex-pthread: follow up to r1733694.ylavic2016-03-051-11/+3
* apr_proc_mutex-pthread: follow up to r1733694.ylavic2016-03-051-0/+2