All of lore.kernel.org
 help / color / mirror / Atom feed
From: AKASHI Takahiro <takahiro.akashi@linaro.org>
To: u-boot@lists.denx.de
Subject: [PATCH 4/4] fs: fat: remove trailing periods from long name
Date: Tue, 2 Feb 2021 08:54:58 +0900	[thread overview]
Message-ID: <20210201235458.GA12814@laputa> (raw)
In-Reply-To: <f8b03c68-7ece-25b1-c22a-5ef0c4ab9d23@gmx.de>

On Mon, Feb 01, 2021 at 01:34:59PM +0100, Heinrich Schuchardt wrote:
> On 01.02.21 09:18, AKASHI Takahiro wrote:
> > On Sun, Jan 31, 2021 at 12:09:53AM +0100, Heinrich Schuchardt wrote:
> >> The FAT32 File System Specification [1] requires leading and trailing
> >> spaces as well as trailing periods of long names to be ignored.
> >>
> >> This renders a test for '.' and '..' as file name superfluous.
> >>
> >> But we must check that the resulting name has at least one character.
> >>
> >> [1]
> >>     Microsoft Extensible Firmware Initiative
> >>     FAT32 File System Specification
> >>     Version 1.03, December 6, 2000
> >>     Microsoft Corporation
> >>     https://www.win.tue.nl/~aeb/linux/fs/fat/fatgen103.pdf
> >>
> >> Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
> >> ---
> >>  fs/fat/fat_write.c | 29 +++++++++++++++++++++++------
> >>  1 file changed, 23 insertions(+), 6 deletions(-)
> >>
> >> diff --git a/fs/fat/fat_write.c b/fs/fat/fat_write.c
> >> index 0f4786ef0f..1b0a0eda09 100644
> >> --- a/fs/fat/fat_write.c
> >> +++ b/fs/fat/fat_write.c
> >> @@ -1237,12 +1237,32 @@ again:
> >>  		}
> >>
> >>  		*last_slash_cont = '\0';
> >> -		*basename = last_slash_cont + 1;
> >> +		filename = last_slash_cont + 1;
> >>  	} else {
> >>  		*dirname = "/"; /* root by default */
> >> -		*basename = filename;
> >>  	}
> >>
> >> +	/*
> >> +	 * The FAT32 File System Specification v1.03 requires leading and
> >> +	 * trailing spaces as well as trailing periods to be ignored.
> >> +	 */
> >> +	for (; *filename == ' '; ++filename)
> >> +		;
> >> +	/* Remove trailing periods and spaces */
> >> +	for (p = filename + strlen(filename) - 1; p >= filename; --p) {
> >> +		switch (*p) {
> >> +		case ' ':
> >> +		case '.':
> >> +			*p = 0;
> >> +			break;
> >> +		default:
> >> +			goto done;
> >> +		}
> >> +	}
> >
> > Given the semantics of the functions, split_filename() and normalize_longname(),
> > the code you added above should be moved to normalize_longname().
> 
> normalize_longname(l_filename, filename) converts the argument filename
> to a lowercase string l_filename. The parameter filename remains
> unchanged. But it is the value of filename that is used to create the
> new directory entry in file_fat_write_at() and fat_mkdir().

That is why I also suggested, "I even think it would be best to move it to
the caller, file_fat_write_at() or fat_mkdir()."

> So moving the change to normalize_longname() will not lead to the
> intended behavior.
> 
> Removing leading and trailing blanks fits well into the task of
> split_filename to identify the actual file name.

Again, "." and ".." are legal directory names.
To reject a request of creating such names is a caller's job,
not split_filename()'s as its name suggests.

-Takahiro Akashi

> Best regards
> 
> Heinrich
> 
> >
> >> +done:
> >> +	*basename = filename;
> >> +
> >>  	return 0;
> >>  }
> >>
> >> @@ -1260,10 +1280,7 @@ static int normalize_longname(char *l_filename, const char *filename)
> >>  {
> >>  	const char *p, illegal[] = "<>:\"/\\|?*";
> >>
> >> -	if (!strcmp(filename, ".") || !strcmp(filename, ".."))
> >> -		return -1;
> >
> > It would be better for the check above to remain here as "." and ".." are
> > legal directory names. (I even think it would be best to move it to
> > the caller, file_fat_write_at() or fat_mkdir().)
> >
> > I think that the suggested sequence would be more intuitive for
> > better understanding of what Windows requirements say.
> >
> > -Takahiro Akashi
> >
> >> -	if (strlen(filename) >= VFAT_MAXLEN_BYTES)
> >> +	if (!*filename || strlen(filename) >= VFAT_MAXLEN_BYTES)
> >>  		return -1;
> >>
> >>  	for (p = filename; *p; ++p) {
> >> --
> >> 2.29.2
> >>
> 

  reply	other threads:[~2021-02-01 23:54 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-30 23:09 [PATCH 0/4] fs: fat: code clean up Heinrich Schuchardt
2021-01-30 23:09 ` [PATCH 1/4] fs: fat: usage basename in file_fat_write_at, fat_mkdir Heinrich Schuchardt
2021-01-30 23:09 ` [PATCH 2/4] fs: fat: must not write directory '.' and '..' Heinrich Schuchardt
2021-01-30 23:09 ` [PATCH 3/4] fs: fat: carve out fat_create_dir_entry() Heinrich Schuchardt
2021-01-30 23:09 ` [PATCH 4/4] fs: fat: remove trailing periods from long name Heinrich Schuchardt
2021-02-01  8:18   ` AKASHI Takahiro
2021-02-01 12:34     ` Heinrich Schuchardt
2021-02-01 23:54       ` AKASHI Takahiro [this message]
2021-02-02  6:05         ` Heinrich Schuchardt
2021-02-02  6:39           ` AKASHI Takahiro
2021-02-02  6:52             ` Heinrich Schuchardt

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=20210201235458.GA12814@laputa \
    --to=takahiro.akashi@linaro.org \
    --cc=u-boot@lists.denx.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.