granite-rust/library/std
The8472 1316c786a0 Workaround for copy_file_range spuriously returning EOPNOTSUPP when attemted on a NFS mount under RHEL/CentOS 7.
The syscall is supposed to return ENOSYS in most cases but when calling it on NFS it may leak through
EOPNOTSUPP even though that's supposed to be handled by the kernel and not returned to userspace.
Since it returns ENOSYS in some cases anyway this will trip the  HAS_COPY_FILE_RANGE
detection anyway, so treat EOPNOTSUPP as if it were a ENOSYS.

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/7.8_release_notes/deprecated_functionality#the_literal_copy_file_range_literal_call_has_been_disabled_on_local_file_systems_and_in_nfs
https://bugzilla.redhat.com/show_bug.cgi?id=1783554
2020-08-12 01:30:22 +02:00
..
benches mv std libs to library/ 2020-07-27 19:51:13 -05:00
src Workaround for copy_file_range spuriously returning EOPNOTSUPP when attemted on a NFS mount under RHEL/CentOS 7. 2020-08-12 01:30:22 +02:00
tests mv std libs to library/ 2020-07-27 19:51:13 -05:00
build.rs std: Switch from libbacktrace to gimli 2020-07-28 16:34:01 -07:00
Cargo.toml Update hashbrown to 0.8.1 2020-08-07 07:03:12 +01:00