PowerShellで文字化けが生じる場合がある 直接実行すると問題なく表示されるのに、PowerShellの変数に格納する、あるいはファイルに出力すると文字化けする外部コマンドがある。 具体的には、wsl.exeやwinget.exeなどだ。文字化けするのは、PowerShellの変数への格納や、cmd.exeでファイルにリダイレクトしたあと、変数やファイルを表示したときである。 先に結論から言えば、wsl.exeとwinget.exeの場合、標準出力にはバイトマークなしのUnicode(UTF-16LE)エンコードされた文字列が出力されているため、そのままでは文字化けしてしまう。 画面に出力したときに文字化けしない理由は、標準出力とは異なる方法で画面表示しているからだと思われる。ソースコードを調べたわけではないが、たとえば、コンソールAPIなどを使って画面出力しているのではないかと思わ
原因 §ExcelはBOMなしUTF-8のCSVファイルを読み込むと適切に処理できない。BOMがあればOK。 File.CreateText APIなどで出力したファイルはBOMを付けない。 解決 §writer.Write((char)0xfeff); のようなコードを書き込みオープン直後に追加する。なお、このコードはUTF-8以外のUnicode出力でも有効。 注意 §BOMを3バイトのシーケンスとして解説しているケースはUTF-8にしか通用しないことに注意。U+FEFFはUTF-8にすると3バイトのシーケンスになるだけである。文字列とバイト列を混用する出力は面倒くさいので、全て文字として解決する上記のコードの方がすっきりする。
「送られてきたZIPファイルを解凍(展開)してみたところ、ファイル名が文字化けしてしまった」。そんなことが起こった原因と対策について。 Macで作成されたZIPファイルをWindowsで展開した際に発生する現象です。 目次 1. ZIPファイルを展開したら文字化けした2. 原因3. 対策3.1. 7-Zipのインストール4. Zipファイルを解凍する5. 参考 スポンサーリンク ZIPファイルを展開したら文字化けした 送られてきたZIPファイルをWindows 10標準のZIP展開機能で展開してみたところ、ファイル名が文字化けしてしまい読めない状態になってしまいました。 画数の多い漢字や記号などに化けてしまい(※縺、繧、繝などの糸へんが多く含まれるUTF-8→Shift_JISパターン)、英数字の部分以外読むことができません。 原因 この文字化けの原因(きっかけ)となったのは、そのZIPフ
ご利用に関する諸注意 本サービスは smkn (From kiki verb) によって、”現状のまま” 提供されるものとします。本サービスについては、明示黙示を問わず、商用品として通常そなえるべき品質をそなえているとの保証も、特定の目的に適合するとの保証を含め、何の保証もなされません。事由のいかんを問わず、損害発生の原因いかんを問わず、且つ、責任の根拠が契約であるか厳格責任であるか (過失その他) 不法行為であるかを問わず、smkn (From kiki verb) も寄与者も、仮にそのような損害が発生する可能性を知らされていたとしても、本サービスの使用から発生した直接損害、間接損害、偶発的な損害、特別損害、懲罰的損害または結果損害のいずれに対しても (代替品またはサービスの提供; 使用機会、データまたは利益の損失の補償; または、業務の中断に対する補償を含め) 責任をいっさい負いません
2017-04-16 FreeBSD/mpd 2016-12-23 RecentDeleted Blogアプリ 日記 2016-11-17 本当にあった怖いコード/1 2016-05-16 .NET 2015-07-06 書きたいこと 2015-07-05 postgres Java/変数の初期化に安易に空オブジェクトを代入しない 2015-06-30 PukiWiki/1.4/マニュアル/プラグイン/u 本当にあった怖いコード/15 2014-10-01 日記/2014-10-01 2014-09-09 日記/2014-09-09 2014-08-13 日記/2014-08-10 2014-05-28 バグパターン/日時 バグパターン 2014-04-13 IPv6 2014-03-20 パスワード問題 2014-01-27 DNS/ルートサーバーは13台という神話 2014-01-25
日本語を扱う場合の注意点 JavaMailではMIMEに準拠した国際化もほぼ対応されており、日本語を含むメッセージもほとんど問題なく送受信ができるようになっています。ただし、まだ完全ではありませんし、当然日本という国に固有の事情までプログラミングされているわけではありませんので、一部のAPIは日本では当たり前に流れているメッセージをうまく取り扱えないケースがあります。 それらの問題点については、各APIの説明時にも触れていますが、ここで、JavaMailで日本語メッセージを取り扱う際にプログラマが対処しなければならない問題についてまとめてみます。 ほとんどの問題は特定の日本語メイラがインターネットスタンダードに準拠していないことに起因するのですが、そのようなメイラが送出する不正なメッセージを処理できないままでいいかというとなかなかそういうわけにもいかないんですね(*)。 対処す
Servlet・JSPで作成したプログラムをブラウザに出力する際の文字コードの指定方法について解説します。HTMLでは以下の順序で文字コードの認識が行われます。 HTTPヘッダのContent-Type(charset)の値 HTMLファイル内のMETAタグのContent-Type(charset)の値 Tomcatなどのサーブレットコンテナは指定しない限りデフォルトの文字コード(Tomcatの場合は、ISO-8859-1)をHTTPヘッダのContent-Typeに指定します。そのため、Servlet・JSPでMETAタグを記載し、文字コードを指定していた場合でもその値は無視されます。 Servlet・JSPで文字コードを指定するためには、HTTPヘッダのContent-Typeを指定する必要があります。HTTPヘッダのContent-Typeを指定する方法を以下に記載します。 Ser
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く