This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug nptl/14717] Allow choice of clock source for calls to sem_timedwait() and pthread_mutex_timedwait().


https://sourceware.org/bugzilla/show_bug.cgi?id=14717

Niels <nok2 at kirkeby dot nu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |nok2 at kirkeby dot nu

--- Comment #9 from Niels <nok2 at kirkeby dot nu> ---
Hmm, I'm into this problem as well. But futex(2) has supported CLOCK_MONOTONIC
at least since linux kernel 3.0. It does not support CLOCK_MONOTONIC_RAW. Hint:
just OR your futex command with FUTEX_CLOCK_REALTIME.
So maybe it falls back to the libc implementors after all. It should be more or
less just a matter of cut'n'paste sem_timedwait() but just with OR'ing all
FUTEX-commands with FUTEX_CLOCK_REALTIME.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]