私は奇妙な問題に直面しています。私はWindowsコマンドプロンプトで、すべての '/'文字がジャンク文字（円記号）に置き換えられているのを見ています。私は2つのフォントタイプ "MS Gothic"と "Raster"を選択しました。しかし、同じ問題。 Rasterを使用すると、問題が断続的に発生します。問題の解決方法を教えてください。Windowsコマンドプロンプトで '/'をジャンク文字に置き換えます。
おかげで、 ナガ
タイプchcpコマンドプロンプトで、と私はあなたがActive code page: 932
Windowsコンソールは、事前にユニコード日の遺物をcode pagesの概念を持って表示されます賭けます、バイト0〜255は、言語に応じて異なる文字にマップされます。 a-z、A-Z、0-9の文字は一貫していますが、あまり使用されない文字はターゲット言語で一般的な文字にマップされます。
code page 932には円記号が円記号にマッピングされています。
これはよくある問題です。バックスラッシュの 代わりに円記号（¥）を含有する 日本語のオペレーティングシステムで使用
注意 WindowsコードページとOEMコードページ文字セット（）：Microsoft's note on MSDNを参照してください。したがって、円記号は NTFSおよびFATファイルシステムの禁止文字です。 Unicodeを日本語の コードページにマッピングする場合、WideCharToMultiByteおよびその他の変換関数は、 バックスラッシュ（U + 005C）と通常のUnicode Yenシンボル（U + 00A5）の両方をこの同じ にマッピングします。セキュリティ上の理由から、アプリケーションでは のUnicode文字列にU + 00A5という文字を使用しないでください。 がFATファイル名として使用される可能性があります。詳細については、 セキュリティに関する考慮事項：国際的な機能を参照してください。遅れて申し訳ありません
UPDATE
は、それは私が最初にこのことについて読んでいた場所を思い出すために私を少しかかりました。最も参考になるのはMike Kaplanのウェブログエントリhereです。 michkapは、すべてのユニコード用のMicrosoftの最高のブログです。文字セット、エンコードの問題、国際化の暗い部分を扱う場合、彼のブログは不可欠な参考資料です。
...日本語コード・ページ932で、円記号で、韓国 コードページ949のコードに5C、WONのSIGNあるコードに5C：バックスラッシュとして円の性質上、彼のエントリから
。
これは、0x5cがパス区切り文字として機能しないことを意味するわけではありません。つまり、 はこれを行います。また、Unicodeコードが円と円（U + 00a5とU + 20a9）の がパス区切り文字として機能すると言うわけでもありません - そうではないためです。
...実際に
は、パスの区切りとして、それぞれの通貨記号を使用して、日本と韓国の コードページベースのシステムの多くの年後、 それが信じられているお客様には、単純に、この外観に使用されました。そして、 したがって、その外観（ システム設定が日本語または韓国語だったとき）を 記号以外のものに変更することにはほとんど関心がありませんでした。 デフォルトのシステム・ロケールは、それぞれ、日本語、または韓国語に設定されているときはいつでもU + 005Cが示さ とき は 通貨記号ではなく、バックスラッシュが表示され、この期待、日本語、韓国語フォントをサポートします。
あなたはそれよりも優れた参考文献を見つけるのは難しいでしょう、私は信じています。
Michael Kaplanのブログは素晴らしいリソースです。私が個人的に学んだ主なことは、自分自身のような単なる人間にとっては、Unicodeの扱いが難しいことです。 ：[ –
円と\文字の両方が異なる文字セットのバイト値0x5Cを持っています。これは一般的なことであり、日本人はこれを一般に認識しており、それを問題とはみなさない。
this blog postのコメントセクションを参照してください - 2004年12月27日のノーマンダイヤモンド1:45 AMは、書き込み（ノーマン「コードに5Cが円記号で、円記号はパスの区切りであるため、Windowsのパスは日本のデフォルトのシステムロケールで動作します。」日本で働いています）
私は答えを受け入れました。今すぐ私の質問に答えてください。今から私は以前それをやるつもりです。 – Naga
デフォルトのフォントを使ってみませんか？ –