[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAOZ3c1oLMAHtT_38GoVXVFGsp0+rZ6+EU2YZdkQfuQz=JoNL=A@mail.gmail.com>
Date: Mon, 7 Oct 2024 20:44:30 +0100
From: zxuiji <gb2985@...il.com>
To: musl@...ts.openwall.com
Subject: Re: pthread_mutex_timedlock
Maybe it's implemented but in a separate branch because it's not yet
official
On Mon, 7 Oct 2024 at 09:11, Daniele GMail <d.dario76@...il.com> wrote:
> On Sat, 2024-10-05 at 05:18 +0100, zxuiji wrote:
> > Since he brought up the function it's likely already in musl
> >
> > On Fri, 4 Oct 2024 at 16:11, Daniele GMail <d.dario76@...il.com>
> > wrote:
> > > On Fri, 2024-10-04 at 09:16 -0500, Samuel Holland wrote:
> > > > On 10/4/24 08:02, Daniele GMail wrote:
> > > > > Hi,
> > > > > I have a question about pthread_mutex_timedlock.
> > > > >
> > > > > From the man page I see
> > > > >
> > > > > [...]
> > > > >
> > > > > If the Timers option is supported, the timeout shall be based
> > > > > on
> > > > > the
> > > > > CLOCK_REALTIME clock; if the Timers option is not supported,
> > > > > the
> > > > > timeout shall be based on the system clock as returned by the
> > > > > time()
> > > > > function.
> > > > >
> > > > > [...]
> > > > >
> > > > > Can anybody explain me why there's no possibility to choose a
> > > > > different
> > > > > clock like could be done for the pthread_cond_timedwait?
> > > >
> > > > This is an omission in the standard[0], that was resolved in
> > > > POSIX
> > > > 2024[1] by adding pthread_mutex_clocklock(), which does what you
> > > > want.
> > > >
> > > > [0]: https://www.austingroupbugs.net/view.php?id=1216
> > > > [1]:
> > > >
> https://pubs.opengroup.org/onlinepubs/9799919799.2024edition/functions/pthread_mutex_clocklock.html
> > >
> > > Oh, this is great news.
> > >
> > > But guess that since this is dated 2024 is not yet part of musl
> > > 1.2.5
> > > right? Are there plans on when it will be available?
> > >
> > > >
> > > > > I have a lot of places in my code where timedlock of mutexes
> > > > > affected
> > > > > by time changes could lead to problems and it is really
> > > > > difficult
> > > > > to
> > > > > distinguish timeouts caused by time changes from other ones in
> > > > > order to
> > > > > decide how to react.
> > > > >
> > > > > Can someone point me to a portable workaround for this?
> > > > >
> > > > > Thanks in advance,
> > > > > Daniele.
> > >
>
> I might be wrong but I don't see it in master tree: am I missing
> something?
>
Content of type "text/html" skipped
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
