Windows7の文字コード環境

質問

Windows7の文字コード環境についてお尋ねします。
日本で使われているWindow7において、新規ファイルやディレクト
リを作成し、名前を日本語で入力すると、多くの場合S-JISコード
で作成されると思います。

例えば、これらのファイルやディレクトリをCDなどに焼いて、他の
ロケール(中国語や韓国語、あるいは英語)環境のWindows7で参照し
た場合、日本語ファイル(あるいはディレクトリ)は文字化けせずに
表示されるのでしょうか。

回答No.1

Wr5 · ベストアンサー

>日本で使われているWindow7において、新規ファイルやディレクト
>リを作成し、名前を日本語で入力すると、多くの場合S-JISコード
>で作成されると思います。

ファイルシステムにもよるのではないでしょうか？
NTFSだとUnicodeという情報もありますが……。
# ディスクダンプして確認したわけではないですけど。
# 小容量のUSBメモリをNTFSでフォーマットして、適当に日本語ファイル名のファイルを作成し、
# Linuxでddコマンドでダンプして確認…でしょうかねぇ……。

>例えば、これらのファイルやディレクトリをCDなどに焼いて

同じく、焼くときのフォーマット次第でしょうか。
普通にやったらJolietかも知れませんが。
http://ja.wikipedia.org/wiki/ISO_9660#Joliet
>UCS-2 の利用
ってことなので、とりあえずは大丈夫そうです。

>他の
>ロケール(中国語や韓国語、あるいは英語)環境のWindows7で参照し
>た場合、日本語ファイル(あるいはディレクトリ)は文字化けせずに

フォントがあるかどうか…も問題になりそうですが……。

お礼

Wr5様 早速回答いただきありがとうございました。
自分なりにテストしてみました。

Unix環境上で日本語UTF-8、日本語EUC、日本語SJISでファイルを作
成し、Windows7環境ににコピーしてみました。結果は、日本語SJIS
ファイルだけが文字化けせずに参照することができました。

期待していたのですが、『複数Localeを跨ぐファイルを作成するの
なら、名前は英語にしておけ。』という当たり前の結論になりまし
た。

回答No.2

Wr5

>NTFSだとUnicodeという情報もありますが……。
># ディスクダンプして確認したわけではないですけど。
># 小容量のUSBメモリをNTFSでフォーマットして、適当に日本語ファイル名のファイルを作成し、
># Linuxでddコマンドでダンプして確認…でしょうかねぇ……。

というワケで確認しました。
64MのUSBメモリをNTFSでフォーマット。
「新規テキスト文書.txt」を作成して、VMWare上のubuntu serverでファイル化しました。
# 操作自体はホストOSからTeraTermで実行。

>user@ubuntu:~$ sudo dd if=/dev/sdb of=usb3.bin
>[sudo] password for user:
>128000+0 レコード入力
>128000+0 レコード出力
>65536000 バイト (66 MB) コピーされました、 115.343 秒、 568 kB/秒

>user@ubuntu:~$ echo -n "新規テキスト文書.txt" | iconv -t UCS-2 | od -t x1
>0000000 b0 65 8f 89 c6 30 ad 30 b9 30 c8 30 87 65 f8 66
>0000020 2e 00 74 00 78 00 74 00
>0000030
>user@ubuntu:~$ od -t x1 usb3.bin | grep "b0 65 8f 89"
>116107720 20 00 00 00 00 00 00 00 0c 01 b0 65 8f 89 c6 30
>116110440 09 02 b0 65 8f 89 c6 30 7e 00 31 00 2e 00 54 00
>116111200 20 00 00 00 00 00 00 00 09 02 b0 65 8f 89 c6 30
>116111360 20 00 00 00 00 00 00 00 0c 01 b0 65 8f 89 c6 30
>126066360 09 02 b0 65 8f 89 c6 30 7e 00 31 00 2e 00 54 00
>126066540 0c 01 b0 65 8f 89 c6 30 ad 30 b9 30 c8 30 87 65
>177120500 09 02 b0 65 8f 89 c6 30 7e 00 31 00 2e 00 54 00
>177120640 20 00 00 00 00 00 00 00 0c 01 b0 65 8f 89 c6 30
>user@ubuntu:~$

126066540の行からのダンプ内容が"新規テキスト文"に相当するようです。
……まぁ、USBメモリ内のゴミデータに反応した可能性も否定は出来ませんけど。