copyFile with file clone throw not implemented on macOS

[ido-pluto]

Version

v22.3.0

Platform

Darwin 23.5.0 Darwin Kernel Version 23.5.0: Wed May 1 20:12:58 PDT 2024; root:xnu-10063.121.3~5/RELEASE_ARM64_T6000 arm64

Subsystem

No response

What steps will reproduce the bug?

fs.copyFile("source.file", "dest.file", fs.constants.COPYFILE_FICLONE_FORCE, console.log)

How often does it reproduce? Is there a required condition?

Every time

What is the expected behavior? Why is that the expected behavior?

File clone

What do you see instead?

[Error: ENOSYS: function not implemented, copyfile '***' -> '***'] {
  errno: -78,
  code: 'ENOSYS',
  syscall: 'copyfile',
  path: '***',
  dest: '***'
}

Additional information

No response

[tniessen]

The documentation states:

If present, the copy operation will attempt to create a copy-on-write reflink. If the underlying platform does not support copy-on-write, then the operation will fail with an error.

Do you have reason to believe that the underlying platform does support copy-on-write reflinks in a manner supported by Node.js?

[ido-pluto]

@tniessen
Yes, it works perfectly on Bun.js and other js runtimes

[theanarkh]

See #44747.

[juanarbol]

That was removed from libuv due to a bug in macOS kernel. Please take a look at libuv/libuv#3987 (comment)

just FYI, I created a -no that strict- CoW on macOS that could fix this particular issue, but seems to be staled, see libuv/libuv#4405

This issue will remain open until apple fix their kernel implementation of file clone operation or someone opens a better implementation on libuv.

[juanarbol]

On the other hand. Forgot to mention that this is a dupe of nodejs/performance#110. So I’ll close this as it is already on the Node.js agenda and it has an open PR to address it. Sorry for the inconveniences, feel free to re open if needed