std::filesy...::remove_all(3)

πŸ“¦ version 2024.07.05, in nixpkgs unstable, opensuse-leap 16.0

πŸ’– 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 p is deleted as if by the POSIX remove. 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 deletes p itself as if by repeatedly applying the POSIX remove. 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) true if the file was deleted, false if it did not exist. The overload that takes error_code& argument returns false on errors.
  • 3,4) Returns the number of files and directories that were deleted (which may be zero if p did not exist to begin with). The overload that takes error_code& argument returns static_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_error on underlying OS API errors, constructed with p as the first path argument and the OS error code as the error code argument.
  • 2,4) Sets a std::error_code& parameter to the OS API error code if an OS API call fails, and executes ec.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_code overload of remove_all marked noexcept but can allocate memory. Correct behavior: noexcept removed. 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