RMDIR
Section: Linux Programmer's Manual (2)
Updated: 2004-06-23
Index
Return to Main Contents
NAME
rmdir - delete a directory
SYNOPSIS
#include <unistd.h>
int rmdir(const char *pathname);
DESCRIPTION
rmdir
deletes a directory, which must be empty.
RETURN VALUE
On success, zero is returned. On error, -1 is returned, and
errno
is set appropriately.
ERRORS
- EACCES
-
Write access to the directory containing
pathname
was not allowed, or one of the directories in the path prefix of
pathname
did not allow search permission.
(See also
path_resolution(2).
- EBUSY
-
pathname
is the current working directory or root directory of some process.
- EFAULT
-
pathname points outside your accessible address space.
- EINVAL
-
pathname
has
.
as last component.
- ELOOP
-
Too many symbolic links were encountered in resolving
pathname.
- ENAMETOOLONG
-
pathname was too long.
- ENOENT
-
A directory component in
pathname
does not exist or is a dangling symbolic link.
- ENOMEM
-
Insufficient kernel memory was available.
- ENOTDIR
-
pathname,
or a component used as a directory in
pathname,
is not, in fact, a directory.
- ENOTEMPTY
-
pathname
contains entries other than
. and .. .
- EPERM
-
The directory containing
pathname
has the sticky bit
(S_ISVTX)
set and the process's effective user ID is neither the user ID of the file to
be deleted nor that of the directory containing it, and the process is not
privileged (Linux: does not have the
CAP_FOWNER
capability).
- EPERM
-
The filesystem containing
pathname
does not support the removal of directories.
- EROFS
-
pathname
refers to a file on a read-only filesystem.
CONFORMING TO
SVr4, SVID, POSIX, BSD 4.3
BUGS
Infelicities in the protocol underlying NFS can cause the unexpected
disappearance of directories which are still being used.
SEE ALSO
rm(1),
rmdir(1),
chdir(2),
chmod(2),
mkdir(2),
rename(2),
unlink(2)
Index
- NAME
-
- SYNOPSIS
-
- DESCRIPTION
-
- RETURN VALUE
-
- ERRORS
-
- CONFORMING TO
-
- BUGS
-
- SEE ALSO
-
This document was created by
man2html,
using the manual pages.
Time: 00:11:36 GMT, May 13, 2005
www.fiveanddime.net