truncate, ftruncate - truncate a file to a specified length
int truncate(const char *
Feature Test Macro Requirements for glibc (see feature_test_macros(7)):
If the file previously was larger than this size, the extra data is lost. If the file previously was shorter, it is extended, and the extended part reads as null bytes ('\0').
The file offset is not changed.
If the size changed, then the st_ctime and st_mtime fields (respectively, time of last status change and time of last modification; see inode(7)) for the file are updated, and the set-user-ID and set-group-ID mode bits may be cleared.
On success, zero is returned. On error, -1 is returned, and
errno is set appropriately.
Search permission is denied for a component of the path prefix, or the named file is not writable by the user. (See also path_resolution(7).)
path points outside the process's allocated
length is larger than the maximum file size.
length is negative or larger than the maximum
An I/O error occurred updating the inode.
The named file is a directory.
Too many symbolic links were encountered in translating the pathname.
A component of a pathname exceeded 255 characters, or an entire pathname exceeded 1023 characters.
The named file does not exist.
A component of the path prefix is not a directory.
The underlying filesystem does not support extending a file beyond its current size.
The operation was prevented by a file seal; see fcntl(2).
The named file resides on a read-only filesystem.
The file is an executable file that is being executed.
For ftruncate() the same errors apply, but instead
of things that can be wrong with
path, we now have things that
can be wrong with the file descriptor,
fd is not a valid file descriptor.
fd is not open for writing.
fd does not reference a regular file or a POSIX shared
The file descriptor
fd is not open for writing. POSIX
permits, and portable applications should handle, either error for this
case. (Linux produces EINVAL.)
POSIX.1-2001, POSIX.1-2008, 4.4BSD, SVr4 (these calls first appeared in 4.2BSD).
The details in DESCRIPTION are for XSI-compliant systems. For
non-XSI-compliant systems, the POSIX standard allows two behaviors for
length exceeds the file
length (note that truncate() is not specified at all in
such an environment): either returning an error, or extending the file.
Like most UNIX implementations, Linux follows the XSI requirement when
dealing with native filesystems. However, some nonnative filesystems do
not permit truncate() and ftruncate()
to be used to extend a file beyond its current length: a notable example
on Linux is VFAT.
The original Linux truncate() and ftruncate() system calls were not designed to handle large file offsets. Consequently, Linux 2.4 added truncate64() and ftruncate64() system calls that handle large files. However, these details can be ignored by applications using glibc, whose wrapper functions transparently employ the more recent system calls where they are available.
On some 32-bit architectures, the calling signature for these system calls differ, for the reasons described in syscall(2).
A header file bug in glibc 2.12 meant that the minimum value of _POSIX_C_SOURCE required to expose the declaration of ftruncate() was 200809L instead of 200112L. This has been fixed in later glibc versions.
This page is part of release 5.10 of the Linux
project. A description of the project, information about reporting bugs,
and the latest version of this page, can be found at