std::filesy...::remove_all(3)
π NAME π
okay so this is the std::filesy...::remove_all(3) page from the C++ Standard Libary β yes, the header literally spells it "Libary", we are not fixing that, it's iconic π
. The manual name is std::filesy...::remove_all(3), and it covers std::filesystem::remove,std::filesystem::remove_all - std::filesystem::remove,std::filesystem::remove_all. These are your delete besties, fr fr π«Ά.
β¨ Synopsis β¨
Defined in header <filesystem>, bestie. Here's the synopsis exactly as the page serves it, weird line breaks and all π. Yes, that floating noexcept; is just sitting there β we preserve it, no cap.
Defined in header <filesystem>
bool remove( const std::filesystem::path& p );
(1) (since C++17)
bool remove( const std::filesystem::path& p, std::error_code& ec )
(2) (since C++17)
noexcept;
std::uintmax_t remove_all( const std::filesystem::path& p );
(3) (since C++17)
std::uintmax_t remove_all( const std::filesystem::path& p,
(4) (since C++17)
std::error_code& ec );
- 1,2) The file or empty directory identified by the path
pis deleted as if by the POSIXremove. Symlinks are not followed (symlink is removed, not its target). - 3,4) Deletes the contents of
p(if it is a directory) and the contents of all its subdirectories, recursively, then deletespitself as if by repeatedly applying the POSIXremove. Symlinks are not followed (symlink is removed, not its target).
πΈ Parameters πΈ
pβ path to delete.ecβ out-parameter for error reporting in the non-throwing overload.
π Return value π
- 1,2)
trueif the file was deleted,falseif it did not exist. The overload that takeserror_code&argument returnsfalseon errors. - 3,4) Returns the number of files and directories that were deleted (which may be zero if
pdid not exist to begin with). The overload that takeserror_code&argument returnsstatic_cast<std::uintmax_t>(-1)on error.
π Exceptions π
Any overload not marked noexcept may throw std::bad_alloc if memory allocation fails. That's the whole memory-allocation caveat, bestie β don't sleep on it.
- 1,3) Throws
std::filesystem::filesystem_erroron underlying OS API errors, constructed withpas the first path argument and the OS error code as the error code argument. - 2,4) Sets a
std::error_code¶meter to the OS API error code if an OS API call fails, and executesec.clear()if no errors occur.
π¦ Notes π¦
On POSIX systems, this function typically calls unlink and rmdir as needed, on Windows RemoveDirectoryW and DeleteFileW. That's the whole note, bestie, no extra lore π.
π Example π
// Run this code
#include <cstdint>
#include <filesystem>
#include <iostream>
namespace fs = std::filesystem;
int main()
{
fs::path tmp{std::filesystem::temp_directory_path()};
std::filesystem::create_directories(tmp / "abcdef/example");
std::uintmax_t n{fs::remove_all(tmp / "abcdef")};
std::cout << "Deleted " << n << " files or directories\n";
}
π Possible output: π
Deleted 2 files or directories
π§ Defect reports π§
The following behavior-changing defect reports were applied retroactively to previously published C++ standards.
- DR
LWG 3014β applied to C++17. Behavior as published:error_codeoverload ofremove_allmarkednoexceptbut can allocate memory. Correct behavior:noexceptremoved. Not me reading defect reports for fun, but here we are π.
π₯ See also π₯
removeβ erases a file (function).
okay bestie, that's the page π«Ά source/version: http://cppreference.com Β· date: 2024.06.10 Β· page title: std::filesy...::remove_all(3) β footer folded in, mwah πβ¨
π¦ where this page comes from
- nixpkgs unstable: stdman 2024.07.05
- opensuse-leap 16.0: stdman 2024.07.05-bp160.1.9 Β· MIT
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms