仕事で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回まで
この質問のカテゴリ
この質問に含まれるキーワード
人気の質問
-
QoS設定のマップの意味 ネットワーク機器のQoS設定では、クラスマップやポリシーマップなど、マップ(map)と…
匿名質問者
-
今年の各所の月見メニューで美味しいと思ったものはどれですか？ 私はマクドナルドのパイがよかったと思い…匿名質問者
-
以下の特徴をもつ犬のキャラクターを思い出したいです。ご存知の方、教えていただけませんか？ 白くてマッ…
question1hat
-
誰か読んでくれませんか？ ゲームの話です アンダーテールっていうんですけど 話し相手が全然いないんです…
yun_1024
-
ヤクルトスワローズ 近藤弘樹は現役引退後は、何をしますか？
ren990827