Windows: Long filename detection

[AA-Turner]

Re: https://discuss.python.org/t/pep-773-a-python-installation-manager-for-windows/77900/160

pip/src/pip/_internal/commands/install.py

Lines 777 to 791 in 24f4600

	# Suggest the user to enable Long Paths if path length is
	# more than 260
	if (
	WINDOWS
	and error.errno == errno.ENOENT
	and error.filename
	and len(error.filename) > 260
	):
	parts.append(
	"HINT: This error might have occurred since "
	"this system does not have Windows Long Path "
	"support enabled. You can find information on "
	"how to enable this at "
	"https://pip.pypa.io/warnings/enable-long-paths\n"
	)

try:
    Path('a' * 300 + '.txt').touch()
except OSError as e:
    exc = e

This gives exc as OSError(22, 'Invalid argument'), where exc.errno == errno.EINVAL, rather than ENOENT.

Python 3.13.2; Windows 11

A

[bwoodsend]

What about a path with a few slashes in it? I vaguely remember that long paths and long names are treated differently. (Sorry, I'm a long way from the nearest Windows machine or I'd just check myself.)

[AA-Turner]

It turns out I do have long paths enabled (via the registry rather than group policy), sorry for the false report. The problem seen here is when the filename itself is 255 characters or longer, which does still occur on PyPI.

>>> Path('a/'*300).mkdir(parents=True, exist_ok=True)
>>> Path('a/'*300 + 'a'*251 + '.txt').touch()
>>> Path('a/'*300 + 'a'*252 + '.txt').touch()
Traceback (most recent call last):
  File "<input>", line 1, in <module>
  File "...\Lib\pathlib\__init__.py", line 1010, in touch
    fd = os.open(self, flags, mode)
OSError: [Errno 22] Invalid argument: 'a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\a\\aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa.txt'

[zooba]

Yeah, there are a few different errors that can occur due to long paths. But that particular one is due to a long segment, which is still limited even with the OS setting changed.

You might want to look at the .winerror attribute (if it's there). Windows has much more fine grained error codes than POSIX, and we map a lot of different errors to ENOENT and EINVAL. Still pretty sure you can't tell specifically that the path was too long, though. Catching the error and checking the path argument that was passed in is the "best" way (it's not great).

[ichard26]

PRs are welcome :)

[sepehr-rs]

Hi @ichard26, I've put together a PR for this issue. If you have a moment, I’d really appreciate it if you could take a look and provide any feedback or suggestions.