public inbox for ntfs3@lists.linux.dev
 help / color / mirror / Atom feed
From: Kari Argillander <kari.argillander@gmail.com>
To: Mark Harmstone <mark@harmstone.com>
Cc: Konstantin Komarov <almaz.alexandrovich@paragon-software.com>,
	ntfs3@lists.linux.dev
Subject: Re: [PATCH] fs/ntfs3: Fix logic in ntfs_cmp_names_cpu
Date: Thu, 7 Oct 2021 23:12:31 +0300	[thread overview]
Message-ID: <20211007201231.ald2tfljtuidcimz@kari-VirtualBox> (raw)
In-Reply-To: <1068834b-5c16-84e4-2692-938dd4e91121@harmstone.com>

On Thu, Oct 07, 2021 at 07:26:26PM +0100, Mark Harmstone wrote:
> On 7/10/21 15:33, Konstantin Komarov wrote:
> 
> > This is optimized way of this algorithm ( from comment to ntfs_cmp_names ):
> >   * Straight way to compare names:
> >   * - Case insensitive
> >   * - If name equals and 'upcase' then
> >   * - Case sensitive
> 
> You have your first and third bullet points the wrong way round there. Am I
> right then that the current case-insensitivity stuff is purely to determine
> where the name goes in the $I30 B-tree?
> 
> > I think, that ntfs3 need to be case sensitive.
> > And listed things, that I think support my opinion.
> > That's why I've mentioned that ntfs.sys is case sensitive.
> > That's why I've mentioned FILE_FLAG_POSIX_SEMANTICS and
> > FileCaseSensitiveInformation.
> > I don't think, that copying win32 api behavior is good,
> > when Microsoft makes steps to make ntfs work in posix way.

I agree that Microsoft is making step towards POSIX.

> I'm surprised that what I wrote is controversial... NTFS is a case-insensitive
> filesystem, that allows specific directories to override this with a flag. You
> might wish it were otherwise, but the NTFS specification is defined by what
> Microsoft's driver does.

NTFS is case-sensitive filesystem which Windows treats with tricks like
case-insentive.

> Your driver lets me create a file called foo.txt and one called FOO.TXT in a
> normal directory, and when I double-click on one in Windows the wrong file gets
> opened. That's 100% a bug.

I disagree. NTFS point of view no bug at all. I agree that it maybe
Windows point view might be a bug. I agree that it might be good thing
to add mount option flag to control this behavier. Maybe nicest thing
would be that if we save other file which match case sensitive we just
raise flag for this folder and atleast never Windows will be able handle
those correctly. What do you think about this Konstantin?

> It's worth pointing out that the Linux vfat driver handles case-sensitivity on
> Microsoft's other filesystem correctly.

  reply	other threads:[~2021-10-07 20:12 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-28 18:33 [PATCH] fs/ntfs3: Fix logic in ntfs_cmp_names_cpu Mark Harmstone
2021-09-28 19:11 ` Kari Argillander
2021-09-28 22:07 ` Kari Argillander
2021-09-28 23:27   ` Mark Harmstone
2021-10-04 18:25     ` Mark Harmstone
2021-10-06 14:37       ` Konstantin Komarov
2021-10-06 17:03         ` Mark Harmstone
2021-10-07 14:33           ` Konstantin Komarov
2021-10-07 18:26             ` Mark Harmstone
2021-10-07 20:12               ` Kari Argillander [this message]
2021-10-07 20:34                 ` Mark Harmstone
2021-10-08  5:51                   ` Kari Argillander

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20211007201231.ald2tfljtuidcimz@kari-VirtualBox \
    --to=kari.argillander@gmail.com \
    --cc=almaz.alexandrovich@paragon-software.com \
    --cc=mark@harmstone.com \
    --cc=ntfs3@lists.linux.dev \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox