The Open Group Base Specifications Issue 6
IEEE Std 1003.1, 2003 Edition
Copyright © 2001-2003 The IEEE and The Open Group, All Rights reserved.

NAME

rename - rename a file

SYNOPSIS

#include <stdio.h>

int rename(const char *
old, const char *new);

DESCRIPTION

[CX] [Option Start] The functionality described on this reference page is aligned with the ISO C standard. Any conflict between the requirements described here and the ISO C standard is unintentional. This volume of IEEE Std 1003.1-2001 defers to the ISO C standard. [Option End]

The rename() function shall change the name of a file. The old argument points to the pathname of the file to be renamed. The new argument points to the new pathname of the file.

[CX] [Option Start] If either the old or new argument names a symbolic link, rename() shall operate on the symbolic link itself, and shall not resolve the last component of the argument. If the old argument and the new argument resolve to the same existing file, rename() shall return successfully and perform no other action.

If the old argument points to the pathname of a file that is not a directory, the new argument shall not point to the pathname of a directory. If the link named by the new argument exists, it shall be removed and old renamed to new. In this case, a link named new shall remain visible to other processes throughout the renaming operation and refer either to the file referred to by new or old before the operation began. Write access permission is required for both the directory containing old and the directory containing new.

If the old argument points to the pathname of a directory, the new argument shall not point to the pathname of a file that is not a directory. If the directory named by the new argument exists, it shall be removed and old renamed to new. In this case, a link named new shall exist throughout the renaming operation and shall refer either to the directory referred to by new or old before the operation began. If new names an existing directory, it shall be required to be an empty directory.

If the old argument points to a pathname of a symbolic link, the symbolic link shall be renamed. If the new argument points to a pathname of a symbolic link, the symbolic link shall be removed.

The new pathname shall not contain a path prefix that names old. Write access permission is required for the directory containing old and the directory containing new. If the old argument points to the pathname of a directory, write access permission may be required for the directory named by old, and, if it exists, the directory named by new.

If the link named by the new argument exists and the file's link count becomes 0 when it is removed and no process has the file open, the space occupied by the file shall be freed and the file shall no longer be accessible. If one or more processes have the file open when the last link is removed, the link shall be removed before rename() returns, but the removal of the file contents shall be postponed until all references to the file are closed.

Upon successful completion, rename() shall mark for update the st_ctime and st_mtime fields of the parent directory of each file.

If the rename() function fails for any reason other than [EIO], any file named by new shall be unaffected. [Option End]

RETURN VALUE

Upon successful completion, rename() shall return 0; otherwise, -1 shall be returned, [CX] [Option Start] errno shall be set to indicate the error, [Option End] and neither the file named by old nor the file named by new shall be changed or created.

ERRORS

The rename() function shall fail if:

[EACCES]
[CX] [Option Start] A component of either path prefix denies search permission; or one of the directories containing old or new denies write permissions; or, write permission is required and is denied for a directory pointed to by the old or new arguments. [Option End]
[EBUSY]
[CX] [Option Start] The directory named by old or new is currently in use by the system or another process, and the implementation considers this an error. [Option End]
[EEXIST] or [ENOTEMPTY]
[CX] [Option Start]
The link named by new is a directory that is not an empty directory. [Option End]
[EINVAL]
[CX] [Option Start] The new directory pathname contains a path prefix that names the old directory. [Option End]
[EIO]
[CX] [Option Start] A physical I/O error has occurred. [Option End]
[EISDIR]
[CX] [Option Start] The new argument points to a directory and the old argument points to a file that is not a directory. [Option End]
[ELOOP]
[CX] [Option Start] A loop exists in symbolic links encountered during resolution of the path argument. [Option End]
[EMLINK]
[CX] [Option Start] The file named by old is a directory, and the link count of the parent directory of new would exceed {LINK_MAX}. [Option End]
[ENAMETOOLONG]
[CX] [Option Start]
The length of the old or new argument exceeds {PATH_MAX} or a pathname component is longer than {NAME_MAX}. [Option End]
[ENOENT]
[CX] [Option Start] The link named by old does not name an existing file, or either old or new points to an empty string. [Option End]
[ENOSPC]
[CX] [Option Start] The directory that would contain new cannot be extended. [Option End]
[ENOTDIR]
[CX] [Option Start] A component of either path prefix is not a directory; or the old argument names a directory and new argument names a non-directory file. [Option End]
[EPERM] or [EACCES]
[XSI] [Option Start]
The S_ISVTX flag is set on the directory containing the file referred to by old and the caller is not the file owner, nor is the caller the directory owner, nor does the caller have appropriate privileges; or new refers to an existing file, the S_ISVTX flag is set on the directory containing this file, and the caller is not the file owner, nor is the caller the directory owner, nor does the caller have appropriate privileges. [Option End]
[EROFS]
[CX] [Option Start] The requested operation requires writing in a directory on a read-only file system. [Option End]
[EXDEV]
[CX] [Option Start] The links named by new and old are on different file systems and the implementation does not support links between file systems. [Option End]

The rename() function may fail if:

[EBUSY]
[XSI] [Option Start] The file named by the old or new arguments is a named STREAM. [Option End]
[ELOOP]
[CX] [Option Start] More than {SYMLOOP_MAX} symbolic links were encountered during resolution of the path argument. [Option End]
[ENAMETOOLONG]
[CX] [Option Start]
As a result of encountering a symbolic link in resolution of the path argument, the length of the substituted pathname string exceeded {PATH_MAX}. [Option End]
[ETXTBSY]
[CX] [Option Start] The file to be renamed is a pure procedure (shared text) file that is being executed. [Option End]

The following sections are informative.

EXAMPLES

Renaming a File

The following example shows how to rename a file named /home/cnd/mod1 to /home/cnd/mod2.

#include <stdio.h>

int status; ... status = rename("/home/cnd/mod1", "/home/cnd/mod2");

APPLICATION USAGE

Some implementations mark for update the st_ctime field of renamed files and some do not. Applications which make use of the st_ctime field may behave differently with respect to renamed files unless they are designed to allow for either behavior.

RATIONALE

This rename() function is equivalent for regular files to that defined by the ISO C standard. Its inclusion here expands that definition to include actions on directories and specifies behavior when the new parameter names a file that already exists. That specification requires that the action of the function be atomic.

One of the reasons for introducing this function was to have a means of renaming directories while permitting implementations to prohibit the use of link() and unlink() with directories, thus constraining links to directories to those made by mkdir().

The specification that if old and new refer to the same file is intended to guarantee that:

rename("x", "x");

does not remove the file.

Renaming dot or dot-dot is prohibited in order to prevent cyclical file system paths.

See also the descriptions of [ENOTEMPTY] and [ENAMETOOLONG] in rmdir() and [EBUSY] in unlink() . For a discussion of [EXDEV], see link() .

FUTURE DIRECTIONS

None.

SEE ALSO

link() , rmdir() , symlink() , unlink() , the Base Definitions volume of IEEE Std 1003.1-2001, <stdio.h>

CHANGE HISTORY

First released in Issue 3. Included for alignment with the POSIX.1-1988 standard.

Issue 5

The [EBUSY] error is added to the "may fail" part of the ERRORS section.

Issue 6

Extensions beyond the ISO C standard are marked.

The following new requirements on POSIX implementations derive from alignment with the Single UNIX Specification:

The following changes were made to align with the IEEE P1003.1a draft standard:

The DESCRIPTION is updated to avoid use of the term "must" for application requirements.

End of informative text.


UNIX ® is a registered Trademark of The Open Group.
POSIX ® is a registered Trademark of The IEEE.
[ Main Index | XBD | XCU | XSH | XRAT ]