view modules/lock @ 10186:bef6a09c05f1

utimens.c: correct kernel bug work-around Ondřej Vašík found that the invalid return value of 280 indicates failure, not success, and the kernel bug we're trying to work around affects not just the utimensat call, but also the fallback futimens call. * lib/utimens.c (gl_futimens) [HAVE_UTIMENSAT]: Simulate failure, not success. [HAVE_FUTIMENS]: Use the same work-around, here.
author Jim Meyering <meyering@redhat.com>
date Fri, 06 Jun 2008 18:20:14 +0200
parents d19ce23d01b0
children 8a3539888308
line wrap: on
line source

Description:
Locking in multithreaded situations.

Files:
lib/lock.h
lib/lock.c
m4/lock.m4
build-aux/config.rpath

Depends-on:
havelib

configure.ac-early:
AC_REQUIRE([gl_LOCK_EARLY])

configure.ac:
gl_LOCK

Makefile.am:
lib_SOURCES += lock.h lock.c

Include:
"lock.h"

Link:
$(LTLIBTHREAD) when linking with libtool, $(LIBTHREAD) otherwise

License:
LGPLv2+

Maintainer:
Bruno Haible