仕事でUnix→Linux環境にアプリケーションを移植します。
影響範囲を調べていたのですが、
「表」などある特定の文字列を含むShift-JISのリテラルを
扱った時に文字化けが発生するという記事を見つけました。
ttp://security.cs.shinshu-u.ac.jp/~t_takeda/cat/index.php?Shift-JISと0x5C
原因はShift-JISでの該当文字の２バイト目が0x5cとなり、0x5cがバックスラッシュに
あたるため、エスケープとして扱われ、文字化けするということまでわかりました。
しかし、試しに移植予定の環境(RHEL6.3 Shift-JIS bash)でecho 表表と入力したところ、
特に文字化けもなく無事に表表と表示されておりました。
文字化けをしなかった原因ですが、
参考にした記事が古く、現在のbashが日本語対応したからなのかな？？と
考えているのですが、正しいでしょうか？
＃ リリースノートを見てもbashがバージョンアップで日本語対応した、という
＃ メモは見つけられなかったのですが、他に理由が思いつかず・・・
みんなの回答
-
匿名回答1号
本当はちゃんとソースを追った方が、と思いつつも、それには労力も時間も必要なので、ちょっと想像混じりで。
まず、bash がコマンドラインの入力を処理する時ですが、これは readline というライブラリを経由して処理しています。
The GNU Readline Library
で、readline の Ver 4.3 と合わせて、bash がマルチバイトに対応したのが 2002 年のようです。
bashがマルチバイト文字に正式対応 | スラッシュドット・ジャパン
上記ページには Shift_JIS や 0x5c の件には具体的に触れていませんが、とりあえず 10 年ぐらい前には、この辺の処理に対応できるようになっていたと思われます。
で、bash が正しく処理出来れば、echo に「表表」という引数が渡されるのですが、echo 自体は単に引数に渡された文字列をそのまま標準出力に出力するのがデフォルトの挙動なので、そもそも「0x5c」を見つけた時に何か特別な事をする必要がありません。「-e」オブションがついていれば、echo 自信が何らかの解釈をしますが、そうでなければ、そのまま標準出力に出すだけになります。
bash の場合に戻ってみると、bash コマンドラインで「\」記号に対して特別な解釈をする（エスケープ処理をする）ので、bash は正しく Shift_JIS を解釈できる必要があります。
あとは、標準出力先が正しく表示できるか、という問題になります。例えば、Windows から Teraterm や putty などでつないでいるケースであれば、それらのソフトが正しく Shift_JIS を扱えれば、正しく表示されます。ソフトの設定で文字コードの指定を間違えて文字化けした経験はあると思いますが、そこは合わせてしまえば正しく表示できます。ただ、Linux でテキストコンソールを使っている場合は、そもそも日本語の文字を表示出来ないケースが殆んどなので、テキストコンソールでの実行の場合は、文字コードによらず日本語の文字が表示出来ないことが多いです。 -
この質問へのコメント
質問の情報
- 登録日時
- 2013-04-17 23:21:48
- 終了日時
- 2013-04-24 23:25:04
- 回答条件
- 1人5回まで
この質問のカテゴリ
この質問に含まれるキーワード
人気の質問
-
入浴剤を買おうとする時、裏面のまずどこを見ますか？ ぼかぁ残り湯を洗濯に使えるかどうかをチェックする…
匿名質問者
1
-
経産省の公告？文章です。前半の部分何度読んでもクラクラします。おかしくないですか？ 「本年10月29日、…
minminjp20011
1
4
-
皆さんはデスノートの夜神月は、許せますか？許せませんか？匿名質問者
-
サンライズ出雲・瀬戸に乗りたいのですが、一か月前には予定が決められず、直前でチケットを取ろうとしても…
operator88231
-
著作権などについて！！ 学校の授業で制作する動画に、JASRACに登録されている楽曲を使う場合、許可は不要…匿名質問者22