> So, not only does macOS lseek disagree with all other implementations, it
> even disagrees with the Darwin documentation.
Oh wow, that’s convoluted.
> To work around this macOS problem I installed the attached further patch into
> Gnulib and propagated it into coreutils. Please try the lates
x0, 0x0, 0x1) = 21373 0
lseek(0x0, 0x537D, 0x0) = 21373 0
close_nocancel(0x0) = 0 0
close_nocancel(0x1) = 0 0
close_nocancel(0x2) = 0 0
> On Nov 15, 2021, at 8:10 PM, Paul Eggert wrote:
>
> On 11/15/21 16:02, Sudhip Nashi wrote:
&
It doesn’t seem like this patch works. I compiled from the tarball you
provided, but the destination file is still filled with NULL chars.
> On Nov 15, 2021, at 5:46 PM, Sudhip Nashi via GNU coreutils Bug Reports
> wrote:
>
> Awesome, thanks for the quick response! I’ll give this
Awesome, thanks for the quick response! I’ll give this a go and let you know
the results.
> On Nov 15, 2021, at 5:41 PM, Paul Eggert wrote:
>
> On 11/15/21 10:37, Sudhip Nashi wrote:
>> Turns out lseek is broken (or at least works differently) on macOS as well
>> (
