On 2/9/23 01:20, George Valkov wrote:
-#ifdef SEEK_HOLE
+#if defined(SEEK_HOLE) && !defined(__APPLE__)
Instead of always disabling the SEEK_HOLE optimization, how about doing
it only on APFS files? Something like the attached, perhaps (this is
against Savannah master).
If APFS is pretty
> On 2023-02-09, at 11:35 PM, Pádraig Brady wrote:
>
> On 09/02/2023 17:23, George Valkov wrote:
>>> On 2023-02-09, at 6:32 PM, Pádraig Brady wrote:
>>>
>>> On 09/02/2023 15:57, George Valkov wrote:
> On 2023-02-09, at 1:56 PM, Pádraig Brady wrote:
>
> On 09/02/2023 09:20,
On 09/02/2023 17:23, George Valkov wrote:
On 2023-02-09, at 6:32 PM, Pádraig Brady wrote:
On 09/02/2023 15:57, George Valkov wrote:
On 2023-02-09, at 1:56 PM, Pádraig Brady wrote:
On 09/02/2023 09:20, George Valkov wrote:
Due to a bug in macOS, sparse copies are corrupted on virtual
> On 2023-02-09, at 6:32 PM, Pádraig Brady wrote:
>
> On 09/02/2023 15:57, George Valkov wrote:
>>> On 2023-02-09, at 1:56 PM, Pádraig Brady wrote:
>>>
>>> On 09/02/2023 09:20, George Valkov wrote:
Due to a bug in macOS, sparse copies are corrupted on virtual disks
formatted with
On 09/02/2023 15:57, George Valkov wrote:
On 2023-02-09, at 1:56 PM, Pádraig Brady wrote:
On 09/02/2023 09:20, George Valkov wrote:
Due to a bug in macOS, sparse copies are corrupted on virtual disks
formatted with APFS. HFS is not affected. Affected are coreutils
install, and gcp when
tag 61389 notabug
close 61389
stop
On 09/02/2023 12:53, Campbell Boyd wrote:
Hi
I've noticed that split puts a date on the split parts that is different
from that of the file being split.
To my mind the parts should have the same date and time as the file being
split.
Kind Regards and Stay
Hi
I've noticed that split puts a date on the split parts that is different
from that of the file being split.
To my mind the parts should have the same date and time as the file being
split.
Kind Regards and Stay Safe
Campbell Boyd
07788520144
On 09/02/2023 09:20, George Valkov wrote:
Due to a bug in macOS, sparse copies are corrupted on virtual disks
formatted with APFS. HFS is not affected. Affected are coreutils
install, and gcp when compiled with SEEK_HOLE, as well as macOS Finder.
While reading the entire file returns valid
Due to a bug in macOS, sparse copies are corrupted on virtual disks
formatted with APFS. HFS is not affected. Affected are coreutils
install, and gcp when compiled with SEEK_HOLE, as well as macOS Finder.
While reading the entire file returns valid data, scanning for
allocated segments may return