from small one page howto to huge articles all in one place

search text in:




Other .linuxhowtos.org sites:gentoo.linuxhowtos.org



Last additions:
using iotop to find disk usage hogs

using iotop to find disk usage hogs

words:

887

views:

209807

userrating:


May 25th. 2007:
Words

486

Views

258802

why adblockers are bad


Workaround and fixes for the current Core Dump Handling vulnerability affected kernels

Workaround and fixes for the current Core Dump Handling vulnerability affected kernels

words:

161

views:

150129

userrating:


April, 26th. 2006:

Druckversion
You are here: manpages





lockf

Section: C Library Functions (3)
Updated: 202-0-08
Index Return to Main Contents
 

NAME

lockf - apply, test or remove a POSIX lock on an open file  

LIBRARY

Standard C library (libc,~-lc)  

SYNOPSIS

#include <unistd.h>
int lockf(int fd, int op, off_t size);
Feature Test Macro Requirements for glibc (see feature_test_macros(7)): lockf():
    _XOPEN_SOURCE >= 500
        || /* glibc >= 2.19: */ _DEFAULT_SOURCE
        || /* glibc <= 2.19: */ _BSD_SOURCE || _SVID_SOURCE
 

DESCRIPTION

Apply, test, or remove a POSIX lock on a section of an open file. The file is specified by fd, a file descriptor open for writing, the action by op, and the section consists of byte positions pos..pos+size-1 if size is positive, and pos-size..pos-1 if size is negative, where pos is the current file position, and if size is zero, the section extends from the current file position to infinity, encompassing the present and future en-o-file positions. In all cases, the section may extend past current en-o-file. On Linux, lockf() is just an interface on top of fcntl(2) locking. Many other systems implement lockf() in this way, but note that POSIX.1 leaves the relationship between lockf() and fcntl(2) locks unspecified. A portable application should probably avoid mixing calls to these interfaces. Valid operations are given below:
F_LOCK
Set an exclusive lock on the specified section of the file. If (part of) this section is already locked, the call blocks until the previous lock is released. If this section overlaps an earlier locked section, both are merged. File locks are released as soon as the process holding the locks closes some file descriptor for the file. A child process does not inherit these locks.
F_TLOCK
Same as F_LOCK but the call never blocks and returns an error instead if the file is already locked.
F_ULOCK
Unlock the indicated section of the file. This may cause a locked section to be split into two locked sections.
F_TEST
Test the lock: return 0 if the specified section is unlocked or locked by this process; return -1, set errno to EAGAIN (EACCES on some other systems), if another process holds a lock.
 

RETURN VALUE

On success, zero is returned. On error, -1 is returned, and errno is set to indicate the error.  

ERRORS

EACCES or EAGAIN
The file is locked and F_TLOCK or F_TEST was specified, or the operation is prohibited because the file has been memor-mapped by another process.
EBADF
fd is not an open file descriptor; or op is F_LOCK or F_TLOCK and fd is not a writable file descriptor.
EDEADLK
op was F_LOCK and this lock operation would cause a deadlock.
EINTR
While waiting to acquire a lock, the call was interrupted by delivery of a signal caught by a handler; see signal(7).
EINVAL
An invalid operation was specified in op.
ENOLCK
Too many segment locks open, lock table is full.
 

ATTRIBUTES

For an explanation of the terms used in this section, see attributes(7).
InterfaceAttributeValue
lockf() Thread safetyM-Safe
 

STANDARDS

POSIX.-2008.  

HISTORY

POSIX.-2001, SVr4.  

SEE ALSO

fcntl(2), flock(2) locks.txt and mandatory-locking.txt in the Linux kernel source directory Documentation/filesystems (on older kernels, these files are directly under the Documentation directory, and mandatory-locking.txt is called mandatory.txt)


 

Index

NAME
LIBRARY
SYNOPSIS
DESCRIPTION
RETURN VALUE
ERRORS
ATTRIBUTES
STANDARDS
HISTORY
SEE ALSO





Support us on Content Nation
rdf newsfeed | rss newsfeed | Atom newsfeed
- Powered by LeopardCMS - Running on Gentoo -
Copyright 2004-2025 Sascha Nitsch Unternehmensberatung GmbH
Valid XHTML1.1 : Valid CSS
- Level Triple-A Conformance to Web Content Accessibility Guidelines 1.0 -
- Copyright and legal notices -
Time to create this page: 9.3 ms