Michael Haggerty <mhagger@xxxxxxxxxxxx> writes:
> Signed-off-by: Michael Haggerty <mhagger@xxxxxxxxxxxx>
> ---
>
> Notes (discussion):
> It would be easy to also add a hold_lock_file_for_append_timeout(),
> but I can't yet think of an application for it.
>
> lockfile.c | 79 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++--
> lockfile.h | 16 +++++++++++--
> 2 files changed, 91 insertions(+), 4 deletions(-)
>
> diff --git a/lockfile.c b/lockfile.c
> index 9889277..30e65e9 100644
> --- a/lockfile.c
> +++ b/lockfile.c
> @@ -157,6 +157,80 @@ static int lock_file(struct lock_file *lk, const char *path, int flags)
> return lk->fd;
> }
>
> +static int sleep_microseconds(long us)
> +{
> + struct timeval tv;
> + tv.tv_sec = 0;
> + tv.tv_usec = us;
> + return select(0, NULL, NULL, NULL, &tv);
> +}
This is familiar for an old timer like me. It seems help.c uses
"poll(NULL, 0, timeout)" for "do nothing but wait" (and we have
compat/poll to help those who lack poll() by using select()).
As we do not need microseconds resolution here, either would be fine
;-)
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html