On Windows, make link(2) report ENOTSUP when appropriate. CreateHardLinkA reports ERROR_INVALID_FUNCTION if the target file is on a filesystem that doesn't support hard links. _dosmaperr maps that to EINVAL, which confuses zic.c into failure. zic.c is expecting ENOTSUP if the filesystem lacks link support, and will properly fall back to making a physical copy if it gets that. Hence, add code to map ERROR_INVALID_FUNCTION to ENOTSUP.
(We could instead teach _dosmaperr to do that, but it's far from clear that this would be appropriate as a global behavior: intuitively it seems like EINVAL should be appropriate most of the time.) We didn't need this before commit aeb07c55f, because the tzcode version we were using before that didn't have this particular error-handling logic. Hence, no back-patch for now; but if we decide to back-patch tzcode 2026b or later, we'll need this too. Author: Vladlen Popolitov <[email protected]> Reviewed-by: Tom Lane <[email protected]> Discussion: https://postgr.es/m/[email protected] Branch ------ master Details ------- https://git.postgresql.org/pg/commitdiff/481052c7754013d44a89f50912ba6845398f88df Modified Files -------------- src/port/win32link.c | 15 ++++++++++++++- 1 file changed, 14 insertions(+), 1 deletion(-)
