ア | イ | ウ | エ | オ |
カ | キ | ク | ケ | コ |
サ | シ | ス | セ | ソ |
タ | チ | ツ | テ | ト |
ナ | ニ | ヌ | ネ | ノ |
ハ | ヒ | フ | ヘ | ホ |
マ | ミ | ム | メ | モ |
ヤ | ユ | ヨ | ||
ラ | リ | ル | レ | ロ |
ワ | ヰ | ヴ | ヱ | ヲ |
ン |
A | B | C | D | E |
F | G | H | I | J |
K | L | M | N | O |
P | Q | R | S | T |
U | V | W | X | Y |
Z | 数字 | 記号 |
MS-DOSで長く使用されてきた8+3文字の名前より長いファイル名のこと。または、それら長い名前が使用できる環境や仕様のこと。
UNIXなどでは古くから長いファイル名が使えたが、MS-DOSや初期のMicrosoft Windowsでは使えなかった。
これは、オペレーティングシステム(OS)の制限というだけではなく、MS-DOSが採用したFATというファイルシステムの制限も加わっていたためである。別のファイルシステムに変えることは現実に極めて難しいことだったため、仕方なく8+3文字の名前で我慢していたのであった。
しかしこれも、OS側の改良としてWindows 95からはVFATと呼ばれる仮想レイヤーが用意され、またファイルシステム側の改良としてFATでも強引な拡張により長いファイル名を格納する手法を確立したことにより、以降は長いファイル名も利用可能となった。これを「ロングファイル名」という。
以降はこの方法についての技術的なことを述べる。
敢えてFATという従来通りのファイルシステムを使う以上、従来との互換性確保が求められる。
そこでこのメカニズムでは、長いファイル名と同時に、従来どおりの8.3に短縮したエイリアス名(別名)が作成される。なお、ファイル名が8.3文字以内であり名前の全てが英大文字、つまりFATと互換性のあるファイル名の場合は、エイリアス名は作成されない。
一方、長いファイル名はUnicode(UTF-16)で保存される。長いファイル名では、大文字と小文字はそのままで保存されるが、文字の大小のゆれは同一ファイル名と認識されるため、たとえ文字の大小が違っていても、同名であれば同一フォルダー内に共存させることはできない。また検索などでも大文字と小文字は区別されない。この仕様は従来のソフトウェアとの互換性のための配慮である。
つまり、一つのファイルは最大で二つのファイル名を持つことになる。
ファイル名に、ピリオドを複数入れることが出来る。そして、最後のピリオドの後が拡張子となる。
拡張子は3文字より長くても良いが、エイリアスには頭の3文字だけが使われる。
なお、ファイル名の先頭がピリオドで、他にピリオドがない場合には拡張子なしと判断される(但しExplorerを使用した場合には、このようなファイル名はエラーとして弾かれ作成できない)。
また、ファイル名の末尾のピリオドは削除される(file....などはfileとなる)。
FATである以上、ディレクトリエントリは一つにつき32バイトである。これはてこでも動かない。
そこで、従来と同様の形式でディレクトリエントリを作ることとし、ここにはエイリアス名を書くこととする。これにて互換性は確保できる。
そしてこのディレクトリエントリ(DE)に先立つように、逆順に拡張領域を並べることとした。この拡張領域をロングネームディレクトリエントリ(LNDE)と呼ぶ。
つまり、ディレクトリエントリは次のように並ぶ(とても長い場合)。
拡張領域は、ファイル属性をR+H+S+Vとすることで表現する。
ファイル属性は2ビット予備があるのでそれを用いても良かったのだが、ロングファイル名未対応の旧式MS-DOSでは何も無いかのように扱わせるため、このような強引な拡張方法を取ることとなった。
VFATで拡張された専用のエントリである。従来のFATエントリとは異なる機構で扱われる。
エントリはFATなので一つにつき32バイトであり、次の順に格納される。
この構造は、FATとの互換性に配慮されており、ファイル属性、先頭クラスターは位置が保存されている。
一つのエントリに、Unicode(UTF-16)文字を13文字格納できる。ロングファイル名はNUL末端であり、つまりUTF-16で0x0000が必ず最後に付けられる。
VFATにおける仕様は、次の通りである。
コメントなどを投稿するフォームは、日本語対応時のみ表示されます