26 stable releases (12 major)

15.0.0 Oct 22, 2024
14.0.2 Aug 22, 2024
14.0.1 Jul 23, 2024
13.1.1 Mar 14, 2024
3.0.2 Feb 17, 2023

#198 in Filesystem

Download history 116282/week @ 2024-08-22 113760/week @ 2024-08-29 133532/week @ 2024-09-05 120868/week @ 2024-09-12 113362/week @ 2024-09-19 122177/week @ 2024-09-26 116226/week @ 2024-10-03 117985/week @ 2024-10-10 124982/week @ 2024-10-17 117535/week @ 2024-10-24 117312/week @ 2024-10-31 128993/week @ 2024-11-07 128468/week @ 2024-11-14 138965/week @ 2024-11-21 142127/week @ 2024-11-28 131428/week @ 2024-12-05

562,572 downloads per month
Used in 272 crates (8 directly)

MIT/Apache

79KB
1.5K SLoC

Use tempfiles to minimize the risk of resource leakage when preparing to overwrite or create a file with new content in a signal-safe way, making the change atomic.

Tempfiles can also be used as locks as only one tempfile can exist at a given path at a time.

  • registered temporary files which are deleted automatically as the process terminates or on drop
    • write to temporary file and persist it under new name
    • close temporary files to convert them into a marker while saving system resources
    • mark paths with a closed temporary file
  • persist temporary files to prevent them from perishing.
  • signal-handler integration with gix to clean lockfiles before the process is aborted.
  • use a temporary file transparently due thanks to implementations of std::io traits

lib.rs:

git-style registered tempfiles that are removed upon typical termination signals.

To register signal handlers in a typical application that doesn't have its own, call [gix_tempfile::signal::setup(Default::default())][signal::setup()] before creating the first tempfile.

Signal handlers are powered by signal-hook to get notified when the application is told to shut down to assure tempfiles are deleted. The deletion is filtered by process id to allow forks to have their own set of tempfiles that won't get deleted when the parent process exits.

Initial Setup

As no handlers for TERMination are installed, it is required to call [signal::setup()] before creating the first tempfile. This also allows to control how this crate integrates with other handlers under application control.

As a general rule of thumb, use Default::default() as argument to emulate the default behaviour and abort the process after cleaning temporary files. Read more about options in signal::handler::Mode.

Limitations

Tempfiles might remain on disk

  • Uninterruptible signals are received like SIGKILL
  • The application is performing a write operation on the tempfile when a signal arrives, preventing this tempfile to be removed, but not others. Any other operation dealing with the tempfile suffers from the same issue.

Feature Flags

Dependencies

~4–12MB
~186K SLoC