RFR: 8264400: (fs) WindowsFileStore equality depends on how the FileStore was constructed
Bernd Eckenfels
ecki at zusammenkunft.net
Thu Apr 1 20:29:27 UTC 2021
Hello,
Is it instead possible to store a normalized version of the store base path (for the purpose of equals but also for display)? This would reduce dependence of file name casing semantics which does not in all cases depend only on the host operating system.
Maybe using lpRootPathName if present in GetVolumeInformation?
Gruss
Bernd
--
http://bernd.eckenfels.net
________________________________
Von: nio-dev <nio-dev-retn at openjdk.java.net> im Auftrag von Brian Burkhalter <bpb at openjdk.java.net>
Gesendet: Thursday, April 1, 2021 9:34:20 PM
An: nio-dev at openjdk.java.net <nio-dev at openjdk.java.net>
Betreff: Re: RFR: 8264400: (fs) WindowsFileStore equality depends on how the FileStore was constructed
On Thu, 1 Apr 2021 18:03:30 GMT, Alan Bateman <alanb at openjdk.org> wrote:
>> If we are unsure, for UNC, perhaps the server and share name comparisons can remain case sensitive but the file path component comparison be case insensitive?
>
> Maybe this is something that the Microsoft folks can help us with, it might be that it depends on the transport.
Good idea. I will ask them.
-------------
PR: https://git.openjdk.java.net/jdk/pull/3279
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/nio-dev/attachments/20210401/2d1f0714/attachment.htm>
More information about the nio-dev
mailing list