Locks and unlocks sections of open files.
lockfx,
lockf: Standard C Library (libc.a)
flock: | Berkeley Compatibility Library (libbsd.a) |
#include <fcntl.h>
int lockfx (FileDescriptor,
Command, Argument)
int FileDescriptor;
int Command;
struct flock * Argument;
#include <sys/lockf.h> #include <unistd.h>
int lockf
(FileDescriptor, Request, Size)
int FileDescriptor;
int Request;
off_t Size;
Note: The lockf64 subroutine applies to AIX 4.2 and later releases.
#include <sys/file.h>
int flock (FileDescriptor, Operation)
int FileDescriptor;
int Operation;
Note: The lockf64 subroutine applies to AIX 4.2 and later releases.
Attention: Buffered I/O does not work properly when used with file locking. Do not use the standard I/O package routines on files that are going to be locked.
The lockfx subroutine locks and unlocks sections of an open file. The lockfx subroutine provides a subset of the locking function provided by the fcntl (fcntl, dup, or dup2 Subroutine) subroutine.
The lockf subroutine also locks and unlocks sections of an open file. However, its interface is limited to setting only write (exclusive) locks.
Although the lockfx, lockf, flock, and fcntl interfaces are all different, their implementations are fully integrated. Therefore, locks obtained from one subroutine are honored and enforced by any of the lock subroutines.
The Operation parameter to the lockfx subroutine, which creates the lock, determines whether it is a read lock or a write lock.
The file descriptor on which a write lock is being placed must have been opened with write access.
lockf64 is equivalent to lockf except that a 64-bit lock request size can be given. For lockf, the largest value which can be used is OFF_MAX, for lockf64, the largest value is LONGLONG_MAX.
In the large file enabled programming environment, lockf is redefined to be lock64.
Argument | A pointer to a structure of type flock, defined in the flock.h file. |
Command | Specifies one of the following constants for the lockfx
subroutine:
|
FileDescriptor | A file descriptor returned by a successful open or fcntl subroutine, identifying the file to which the lock is to be applied or removed. |
Operation | Specifies one of the following constants for the flock subroutine: |
Request | Specifies one of the following constants for the lockf
subroutine:
|
Size | The number of bytes to be locked or unlocked for the lockf subroutine. The region starts at the current location in the open file, and extends forward if the Size value is positive and backward if the Size value is negative. If the Size value is 0, the region starts at the current location and extends forward to the maximum possible file size, including the unallocated space after the end of the file. |
Upon successful completion, a value of 0 is returned. Otherwise, a value of -1 is returned and the errno global variable is set to indicate the error.
The lockfx,
lockf, and flock subroutines fail if one of the following is
true:
The lockfx and
lockf subroutines fail if one of the following is true:
The flock subroutine
fails if the following is true:
EWOULDBLOCK | The file is locked and the LOCK_NB option was specified. |
These subroutines are part of Base Operating System (BOS) Runtime.
The flock subroutine locks and unlocks entire files. This is a limited interface maintained for BSD compatibility, although its behavior differs from BSD in a few subtle ways. To apply a shared lock, the file must be opened for reading. To apply an exclusive lock, the file must be opened for writing.
Locks are not inherited. Therefore, a child process cannot unlock a file locked by the parent process.
The close (close Subroutine) subroutine, exec: execl, execv, execle, execlp, execvp, or exect (exec: execl, execle, execlp, execv, execve, execvp, or exect Subroutine) subroutine, fcntl (fcntl, dup, or dup2 Subroutine) subroutine, fork (fork, f_fork, or vfork Subroutine) subroutine, open, openx, or creat (open, openx, open64, creat, or creat64 Subroutine) subroutine.
Files, Directories, and File Systems for Programmers in AIX 5L Version 5.1 General Programming Concepts: Writing and Debugging Programs.