Re: [PATCH] Enable sub-second timeout in zsystem flock

[dana <dana@dana.is>]

On 6 Jan 2020, at 11:30, Cedric Ware <cedric.ware__bml@normalesup.org> wrote:
> Not quite pointless: in the last iteration of the retry loop, if the
> timeout is closer to the current time than the retry interval, zsleep()
> only waits until the timeout, then there's a last locking attempt, and
> only then the function fails.

Oh, i missed that, sorry. That doesn't seem so bad.

On 6 Jan 2020, at 11:30, Cedric Ware <cedric.ware__bml@normalesup.org> wrote:
> Also, I thought I'd reuse the same mnumber variable to parse
> the arguments of both -t and -i, but I can change that if it breaks the
> coding style.

It's fine afaik

On 6 Jan 2020, at 11:30, Cedric Ware <cedric.ware__bml@normalesup.org> wrote:
> Now that I've thought about it again, I added a similar check for the
> timeout value even though it's a zlong, and I documented that the
> interval is silently capped at LONG_MAX microseconds.  Do you think
> it should be reported as an error instead?

Like i said, it doesn't seem to do much error-checking anywhere else, so i
guess it's consistent... but if it were me i'd probably make any out-of-range
value return an error, yeah.

On 6 Jan 2020, at 11:30, Cedric Ware <cedric.ware__bml@normalesup.org> wrote:
> Maybe.  I believe CLOCK_MONOTONIC stops when the system is suspended;
> Linux has CLOCK_BOOTIME that adds the suspend time, but it's not
> portable.  I don't know what would surprise users more between having
> SECONDS run backwards (which it could now), and not including suspend
> time (if it was changed to CLOCK_MONOTONIC).

Since it's mainly used for timing things i think that'd be fine, but maybe
there's something i'm not considering.

On 6 Jan 2020, at 11:30, Cedric Ware <cedric.ware__bml@normalesup.org> wrote:
> Thanks for the pointer.  Yes, that could be done, though I don't have
> the time right now.  What I actually had in mind was a test suite I
> could run to check that I didn't break anything elsewhere.  Which is
> "make test", I should have thought of it.  The current tests are still
> successful with the patch.

I'm slightly busy again too but i could try to write a script for it later.
It'd be going into 5.9 anyway

dana