File::Find does not work on WSL

[Thorsten Behrens]

As per discussion here https://github.com/Microsoft/BashOnWindows/issues/186, WSL confuses File::Find. WSL is the “Windows Subsystem for Linux”, which runs Ubuntu on top of Windows 10.

File::Find sees that $^O is ‘linux’ and uses nlink, which doesn’t work. After some discussion, patching File::Find to special-case for WSL would solve the issue.

I have a patch that works, see link above. Discussion as to whether it's acceptable to be included in perl on Ubuntu is the desired outcome of this bug report.

P5P maintainers direct me to get in touch with perl maintainers for Ubuntu, satisfy your requirements for a patch, and then that patch can get submitted upstream by you to P5P. This as per @kid51, James E Keenan.

This has been found in perl 5.18.2 on Ubuntu 14.04.5 LTS on WSL/Windows 10.

Since Microsoft/Ubuntu are preparing for 16.04 LTS support in the next public update to WSL/Windows 10, it'd make sense to fix the issue for that version, and address 14.04 LTS only if desired.

[Thorsten Behrens (sbehrens-gmx)]

James E. Keenan has a patch for this, which also cleans up how dont_use_nlink is set in general.

https://rt.perl.org/Public/Bug/Display.html?id=130258

[Thorsten Behrens (sbehrens-gmx)]

This issue has been resolved by Microsoft by changing the links count returned from “always 2” to “always 0”. See https://github.com/Microsoft/BashOnWindows/issues/910 .

This bug can be closed. GA of the fixed Windows/WSL code is expected in Q1, likely sometime February 2017.

[Balint Reczey (rbalint)]

This seems to be fixed on Bionic on latest Windows.