Manual Reference Pages - CLOSE (2)
- delete a descriptor
close int fd
system call deletes a descriptor from the per-process object
If this is the last reference to the underlying object, the
object will be deactivated.
For example, on the last close of a file
pointer associated with the file is lost;
on the last close of a
associated naming information and queued data are discarded;
on the last close of a file holding an advisory lock
the lock is released (see further
However, the semantics of System V and
dictate that all
advisory record locks associated with a file for a given process
are removed when
file descriptor for that file is closed by that process.
When a process exits,
all associated file descriptors are freed, but since there is
a limit on active descriptors per processes, the
is useful when a large quantity of file descriptors are being handled.
When a process forks (see
all descriptors for the new child process reference the same
objects as they did in the parent before the fork.
If a new process is then to be run using
the process would normally inherit these descriptors.
of the descriptors can be rearranged with
or deleted with
is attempted, but if some of these descriptors will still
be needed if the execve fails, it is necessary to arrange for them
to be closed if the execve succeeds.
For this reason, the call
"fcntl(d, F_SETFD, FD_CLOEXEC)"
which arranges that a descriptor will be closed after a successful
execve; the call
"fcntl(d, F_SETFD, 0)"
restores the default,
which is to not close the descriptor.
.Rv -std close
system call will fail if:
is not an active descriptor.
An interrupt was received.
The underlying object did not fit, cached data was lost.
The underlying object was a stream socket that was shut down by the peer
before all pending data was delivered.
In case of any error except
the supplied file descriptor is deallocated and therefore is no longer valid.
system call is expected to conform to
function appeared in
AT&T v7 .
Visit the GSP FreeBSD Man Page Interface.
Output converted with manServer 1.07.