|0.4.0||Jun 13, 2023|
|0.3.0||Feb 28, 2021|
|0.2.0||Nov 24, 2020|
|0.1.3||Nov 8, 2020|
|0.1.0||Oct 31, 2020|
#232 in Filesystem
35,785 downloads per month
Used in 49 crates (2 directly)
Clircle provides a cross-platform API to detect read / write cycles from your user-supplied arguments. You can get the important identifiers of a file (from a path) and for all three stdio streams, if they are piped from or to a file as well.
Imagine you want to read data from a couple of files and output something according to the contents of these files. If the user redirects the output of your program to one of the input files, you might end up in an infinite circle of reading and writing.
The crate provides the struct
Identifier which is a platform dependent type alias, so that
you can use it on all platforms and do not need to introduce any conditional compilation
On both Unix and Windows systems,
Identifier holds information to identify a file on a disk.
Clircle trait is implemented on both of these structs and requires
TryFrom for the
clircle::Stdio enum and for
&Path, so that all possible inputs can be represented as an
Clircle is a subtrait of
Eq, so that the identifiers can be conveniently compared
and circles can be detected.
clircle crate also provides some convenience functions around the comparison of
Why should I use this and not just
clircle crate seamlessly works on Linux and Windows through
a single API, so no conditional compilation is needed at all.
MetadataExt is not stable on Windows yet, meaning you
would have to dig into the Windows APIs yourself to get the information
needed to identify a file.
Where did this crate come from?
This crate originated in a pull request to the
bat tool strives to be a drop-in replacement for the unix tool
cat detects these cycles,
bat has to do so too, which is where most
of this code came into play. However, it was decided, that the new logic was
- useful for other projects and
- too platform specific for
So now, you can use