2021-09-17 23:23:21 +05:30
|
|
|
//! Linux-specific extensions to primitives in the [`std::fs`] module.
|
|
|
|
//!
|
|
|
|
//! [`std::fs`]: crate::fs
|
2020-09-11 04:05:19 +02:00
|
|
|
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#![stable(feature = "metadata_ext", since = "1.1.0")]
|
|
|
|
|
2019-02-11 04:23:21 +09:00
|
|
|
use crate::fs::Metadata;
|
|
|
|
use crate::sys_common::AsInner;
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
|
|
|
|
#[allow(deprecated)]
|
2019-02-11 04:23:21 +09:00
|
|
|
use crate::os::linux::raw;
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
|
2018-04-09 17:44:28 -07:00
|
|
|
/// OS-specific extensions to [`fs::Metadata`].
|
|
|
|
///
|
2020-08-11 13:56:07 +05:30
|
|
|
/// [`fs::Metadata`]: crate::fs::Metadata
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext", since = "1.1.0")]
|
|
|
|
pub trait MetadataExt {
|
|
|
|
/// Gain a reference to the underlying `stat` structure which contains
|
|
|
|
/// the raw information returned by the OS.
|
|
|
|
///
|
2017-10-18 13:58:53 +02:00
|
|
|
/// The contents of the returned [`stat`] are **not** consistent across
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
/// Unix platforms. The `os::unix::fs::MetadataExt` trait contains the
|
|
|
|
/// cross-Unix abstractions contained within the raw stat.
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2020-10-09 20:12:26 -07:00
|
|
|
/// [`stat`]: struct@crate::os::linux::raw::stat
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// let stat = meta.as_raw_stat();
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext", since = "1.1.0")]
|
2020-03-06 12:13:55 +01:00
|
|
|
#[rustc_deprecated(since = "1.8.0", reason = "other methods of this trait are now preferred")]
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[allow(deprecated)]
|
|
|
|
fn as_raw_stat(&self) -> &raw::stat;
|
|
|
|
|
2017-03-27 22:42:29 +02:00
|
|
|
/// Returns the device ID on which this file resides.
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// println!("{}", meta.st_dev());
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext2", since = "1.8.0")]
|
|
|
|
fn st_dev(&self) -> u64;
|
2017-03-27 22:42:29 +02:00
|
|
|
/// Returns the inode number.
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// println!("{}", meta.st_ino());
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext2", since = "1.8.0")]
|
|
|
|
fn st_ino(&self) -> u64;
|
2017-03-27 22:42:29 +02:00
|
|
|
/// Returns the file type and mode.
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// println!("{}", meta.st_mode());
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext2", since = "1.8.0")]
|
|
|
|
fn st_mode(&self) -> u32;
|
2017-03-27 22:42:29 +02:00
|
|
|
/// Returns the number of hard links to file.
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// println!("{}", meta.st_nlink());
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext2", since = "1.8.0")]
|
|
|
|
fn st_nlink(&self) -> u64;
|
2017-03-27 22:42:29 +02:00
|
|
|
/// Returns the user ID of the file owner.
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// println!("{}", meta.st_uid());
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext2", since = "1.8.0")]
|
|
|
|
fn st_uid(&self) -> u32;
|
2017-03-27 22:42:29 +02:00
|
|
|
/// Returns the group ID of the file owner.
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// println!("{}", meta.st_gid());
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext2", since = "1.8.0")]
|
|
|
|
fn st_gid(&self) -> u32;
|
2017-03-27 22:42:29 +02:00
|
|
|
/// Returns the device ID that this file represents. Only relevant for special file.
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// println!("{}", meta.st_rdev());
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext2", since = "1.8.0")]
|
|
|
|
fn st_rdev(&self) -> u64;
|
2017-03-27 22:42:29 +02:00
|
|
|
/// Returns the size of the file (if it is a regular file or a symbolic link) in bytes.
|
|
|
|
///
|
|
|
|
/// The size of a symbolic link is the length of the pathname it contains,
|
|
|
|
/// without a terminating null byte.
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// println!("{}", meta.st_size());
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext2", since = "1.8.0")]
|
|
|
|
fn st_size(&self) -> u64;
|
2018-11-21 23:39:33 +01:00
|
|
|
/// Returns the last access time of the file, in seconds since Unix Epoch.
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// println!("{}", meta.st_atime());
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext2", since = "1.8.0")]
|
|
|
|
fn st_atime(&self) -> i64;
|
2018-11-21 23:39:33 +01:00
|
|
|
/// Returns the last access time of the file, in nanoseconds since [`st_atime`].
|
|
|
|
///
|
2020-08-02 13:58:34 -04:00
|
|
|
/// [`st_atime`]: Self::st_atime
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// println!("{}", meta.st_atime_nsec());
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext2", since = "1.8.0")]
|
|
|
|
fn st_atime_nsec(&self) -> i64;
|
2018-11-21 23:39:33 +01:00
|
|
|
/// Returns the last modification time of the file, in seconds since Unix Epoch.
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// println!("{}", meta.st_mtime());
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext2", since = "1.8.0")]
|
|
|
|
fn st_mtime(&self) -> i64;
|
2018-11-21 23:39:33 +01:00
|
|
|
/// Returns the last modification time of the file, in nanoseconds since [`st_mtime`].
|
|
|
|
///
|
2020-08-02 13:58:34 -04:00
|
|
|
/// [`st_mtime`]: Self::st_mtime
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// println!("{}", meta.st_mtime_nsec());
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext2", since = "1.8.0")]
|
|
|
|
fn st_mtime_nsec(&self) -> i64;
|
2018-11-21 23:39:33 +01:00
|
|
|
/// Returns the last status change time of the file, in seconds since Unix Epoch.
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// println!("{}", meta.st_ctime());
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext2", since = "1.8.0")]
|
|
|
|
fn st_ctime(&self) -> i64;
|
2018-11-21 23:39:33 +01:00
|
|
|
/// Returns the last status change time of the file, in nanoseconds since [`st_ctime`].
|
|
|
|
///
|
2020-08-02 13:58:34 -04:00
|
|
|
/// [`st_ctime`]: Self::st_ctime
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// println!("{}", meta.st_ctime_nsec());
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext2", since = "1.8.0")]
|
|
|
|
fn st_ctime_nsec(&self) -> i64;
|
2020-07-07 20:48:15 -04:00
|
|
|
/// Returns the "preferred" block size for efficient filesystem I/O.
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// println!("{}", meta.st_blksize());
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext2", since = "1.8.0")]
|
|
|
|
fn st_blksize(&self) -> u64;
|
2017-03-27 22:42:29 +02:00
|
|
|
/// Returns the number of blocks allocated to the file, 512-byte units.
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
|
|
|
/// # Examples
|
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// ```no_run
|
2017-10-18 13:58:53 +02:00
|
|
|
/// use std::fs;
|
2018-03-24 22:56:07 -04:00
|
|
|
/// use std::io;
|
2017-10-18 18:39:44 +02:00
|
|
|
/// use std::os::linux::fs::MetadataExt;
|
2017-10-18 13:58:53 +02:00
|
|
|
///
|
2018-03-24 22:56:07 -04:00
|
|
|
/// fn main() -> io::Result<()> {
|
|
|
|
/// let meta = fs::metadata("some_file")?;
|
|
|
|
/// println!("{}", meta.st_blocks());
|
|
|
|
/// Ok(())
|
|
|
|
/// }
|
2017-10-18 13:58:53 +02:00
|
|
|
/// ```
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
#[stable(feature = "metadata_ext2", since = "1.8.0")]
|
|
|
|
fn st_blocks(&self) -> u64;
|
|
|
|
}
|
|
|
|
|
|
|
|
#[stable(feature = "metadata_ext", since = "1.1.0")]
|
|
|
|
impl MetadataExt for Metadata {
|
|
|
|
#[allow(deprecated)]
|
|
|
|
fn as_raw_stat(&self) -> &raw::stat {
|
2019-11-27 10:28:21 -08:00
|
|
|
unsafe { &*(self.as_inner().as_inner() as *const libc::stat64 as *const raw::stat) }
|
std: Deprecate all std::os::*::raw types
This commit is an implementation of [RFC 1415][rfc] which deprecates all types
in the `std::os::*::raw` modules.
[rfc]: https://github.com/rust-lang/rfcs/blob/master/text/1415-trim-std-os.md
Many of the types in these modules don't actually have a canonical platform
representation, for example the definition of `stat` on 32-bit Linux will change
depending on whether C code is compiled with LFS support or not. Unfortunately
the current types in `std::os::*::raw` are billed as "compatible with C", which
in light of this means it isn't really possible.
To make matters worse, platforms like Android sometimes define these types as
*smaller* than the way they're actually represented in the `stat` structure
itself. This means that when methods like `DirEntry::ino` are called on Android
the result may be truncated as we're tied to returning a `ino_t` type, not the
underlying type.
The commit here incorporates two backwards-compatible components:
* Deprecate all `raw` types that aren't in `std::os::raw`
* Expand the `std::os::*::fs::MetadataExt` trait on all platforms for method
accessors of all fields. The fields now returned widened types which are the
same across platforms (consistency across platforms is not required, however,
it's just convenient).
and two also backwards-incompatible components:
* Change the definition of all `std::os::*::raw` type aliases to
correspond to the newly widened types that are being returned on each
platform.
* Change the definition of `std::os::*::raw::stat` on Linux to match the LFS
definitions rather than the standard ones.
The breaking changes here will specifically break code that assumes that `libc`
and `std` agree on the definition of `std::os::*::raw` types, or that the `std`
types are faithful representations of the types in C. An [audit] has been
performed of crates.io to determine the fallout which was determined two be
minimal, with the two found cases of breakage having been fixed now.
[audit]: https://github.com/rust-lang/rfcs/pull/1415#issuecomment-180645582
---
Ok, so after all that, we're finally able to support LFS on Linux! This commit
then simultaneously starts using `stat64` and friends on Linux to ensure that we
can open >4GB files on 32-bit Linux. Yay!
Closes #28978
Closes #30050
Closes #31549
2016-02-04 17:16:47 -08:00
|
|
|
}
|
|
|
|
fn st_dev(&self) -> u64 {
|
|
|
|
self.as_inner().as_inner().st_dev as u64
|
|
|
|
}
|
|
|
|
fn st_ino(&self) -> u64 {
|
|
|
|
self.as_inner().as_inner().st_ino as u64
|
|
|
|
}
|
|
|
|
fn st_mode(&self) -> u32 {
|
|
|
|
self.as_inner().as_inner().st_mode as u32
|
|
|
|
}
|
|
|
|
fn st_nlink(&self) -> u64 {
|
|
|
|
self.as_inner().as_inner().st_nlink as u64
|
|
|
|
}
|
|
|
|
fn st_uid(&self) -> u32 {
|
|
|
|
self.as_inner().as_inner().st_uid as u32
|
|
|
|
}
|
|
|
|
fn st_gid(&self) -> u32 {
|
|
|
|
self.as_inner().as_inner().st_gid as u32
|
|
|
|
}
|
|
|
|
fn st_rdev(&self) -> u64 {
|
|
|
|
self.as_inner().as_inner().st_rdev as u64
|
|
|
|
}
|
|
|
|
fn st_size(&self) -> u64 {
|
|
|
|
self.as_inner().as_inner().st_size as u64
|
|
|
|
}
|
|
|
|
fn st_atime(&self) -> i64 {
|
|
|
|
self.as_inner().as_inner().st_atime as i64
|
|
|
|
}
|
|
|
|
fn st_atime_nsec(&self) -> i64 {
|
|
|
|
self.as_inner().as_inner().st_atime_nsec as i64
|
|
|
|
}
|
|
|
|
fn st_mtime(&self) -> i64 {
|
|
|
|
self.as_inner().as_inner().st_mtime as i64
|
|
|
|
}
|
|
|
|
fn st_mtime_nsec(&self) -> i64 {
|
|
|
|
self.as_inner().as_inner().st_mtime_nsec as i64
|
|
|
|
}
|
|
|
|
fn st_ctime(&self) -> i64 {
|
|
|
|
self.as_inner().as_inner().st_ctime as i64
|
|
|
|
}
|
|
|
|
fn st_ctime_nsec(&self) -> i64 {
|
|
|
|
self.as_inner().as_inner().st_ctime_nsec as i64
|
|
|
|
}
|
|
|
|
fn st_blksize(&self) -> u64 {
|
|
|
|
self.as_inner().as_inner().st_blksize as u64
|
|
|
|
}
|
|
|
|
fn st_blocks(&self) -> u64 {
|
|
|
|
self.as_inner().as_inner().st_blocks as u64
|
|
|
|
}
|
|
|
|
}
|