From: Floydsmith@aol.com
To: linux-kernel@vger.kernel.org
Cc: floydsmith@aol.com
Subject: 2.4.26 vfat mounted fs will not reqcognize 8,3 file IF extention part (ONLY) is lower case.
Date: Sat, 17 Jul 2004 12:02:45 -0400 [thread overview]
Message-ID: <3DDFD80E.22916F17.0B512FEB@aol.com> (raw)
When a ANY linux command (running under 2.4.26) ("ls", "grep", "find", etc) tryies to access a file in a "vfat" mounted fs with a filename such that it meets real mode DOS's "8.3" requirement EXCEPT (under windoze, of course), the file has has ONLY its extention part as lower case (that is, base is all UPPER), then the file will not be accessable (that is, it will appear NOT TO EXIST under linux.)
Here is an example of what I mean.
In one FAT32 dir (say dir1) under REAL MODE DOS we have a file nameed "checkfix.exe". Then a dir executed therein will show:
CHECKFIX EXE 34,448 05-27-03 3:05a CHECKFIX.EXE
Then all linux commands will be able to see this file (if in a DOS WINDOW, the "dir" command shows EXACTLY the same thing).
But, if in another dir (again in a FAT32 partition) there is a "copy" of the file (EXCEPT it's extention part [ONLY] is lower case), then linux will not be able to access the file (but of course, both REAL MODE DOS and windoze will).
That is, (if while in a windoze (NOT REAL MODE DOS) DOS WINDOW, this other file in shows up as:
CHECKFIX EXE 34,448 05-27-03 3:05a CHECKFIX.exe
A DOS WINDOW's "dir" command will display the "long filename info" in the 5th column which shows where the problem occurs.
The only workarrond I know of is IN REAL MODE DOS ONLY, copy the the file somewhere else, the copy it back - it will loose its' "long filename" properties, in this case - and will thus become accesible to all.
Please "cc" me, I am NOT on the "list" anymore.
Floyd,
reply other threads:[~2004-07-17 16:02 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=3DDFD80E.22916F17.0B512FEB@aol.com \
--to=floydsmith@aol.com \
--cc=linux-kernel@vger.kernel.org \
/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