Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix a regression in the cooperation between FSCache and long paths #2514

Merged
merged 1 commit into from
Feb 10, 2020

Conversation

dscho
Copy link
Member

@dscho dscho commented Feb 10, 2020

This fixes the bug reported at #2494.

In 4d3d891 (squash! Win32: add a cache below mingw's lstat and
dirent implementations, 2013-10-01), we adjusted the FSCache feature to
accommodate for the `en/fill-directory-fixes` patches, which insist on
POSIX-like semantics where `struct dirent`'s `name` entry must be a
`char` array and cannot be a `char` pointer.

However, when squashing this adjustment into the appropriate patch
during the nex rebase (which resulted in 1fcade1 (mingw: add a cache
below mingw's lstat and dirent implementations, 2013-10-01)), this
developer failed to split out the `MAX_LONG_PATH` part into the
appropriate patch but by mistake dropped it instead.

This patch fixes that, addressing
git-for-windows#2494.

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
@dscho dscho linked an issue Feb 10, 2020 that may be closed by this pull request
1 task
@dscho dscho added this to the Next release milestone Feb 10, 2020
@dscho dscho merged commit 2c4b5e4 into git-for-windows:master Feb 10, 2020
@dscho dscho deleted the fscache-and-long-paths branch February 10, 2020 21:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

"git status" crashes in repositories with long file paths
1 participant