105 Commits

Author	SHA1	Message	Date
Federico Ponzi	27c90b881d	initial implementation of OpenOptions to c_int	2020-08-30 16:27:08 +02:00
The8472	4ddedd5214	perform copy_file_range until EOF is reached instead of basing things on file size ... This solves several problems - race conditions where a file is truncated while copying from it. if we blindly trusted the file size this would lead to an infinite loop - proc files appearing empty to copy_file_range but not to read/write https://github.com/coreutils/coreutils/commit/4b04a0c - copy_file_range returning 0 for some filesystems (overlay? bind mounts?) inside docker, again leading to an infinite loop	2020-08-14 22:41:13 +02:00
The8472	f0783632d3	more concise error matching	2020-08-12 20:09:55 +02:00
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
mark	2c31b45ae8	mv std libs to library/	2020-07-27 19:51:13 -05:00