つまりこれはそういうことなのか・・・?

以前(http://d.hatena.ne.jp/shun_t/20071225/p1)rpmを入れまくった、ハックしたLinkstation上での話。
なんだかよく分からないが・・・。
もといU+0080-U+07FFだとか\xC8\xBAだとかいうマルチバイト文字コードの話は深く考えるつもりはないが・・・。


TeraTerm上でUTF-8の文字をnkf -e -LuしてEUCにすると、TeraTerm上の受信文字コードEUCにしておけば問題なく表示されるのに。
cronで全く同じnkfのシェルをうごかし、シェル内でファイルにリダイレクトして出力結果を見ると、文字化けしていることがある。
nkf --version
Network Kanji Filter Version 2.0.5 (2005-04-10)
Copyright (C) 1987, FUJITSU LTD. (I.Ichikawa),2000 S. Kono, COW, 2002-2005 Kono, Furukawa, Naruse

実験結果(全てUTF-8EUC変換、左側がnkf前の文字列、LFは改行、NGは文字化け)

リフォーム→NG
平城遷都のキャラ批判に回答LF→OK
平城遷都のキャラ批判に回答リフォLF→NG
平城遷都のキャラ批判に回答フォLF→NG
平城遷都のキャラ批判に回答ォLF→NG
平城遷都のキャラ批判に回答フLF→NG
平城遷都のキャラ批判に回答 フォLF→(カタカナの前に半角スペースを入れる)OK
平城遷都のキャラ批判に回答フォ→NG
平城遷都のキャラ批判に回答あフォLF→NG
平城遷都のキャラ批判に回答あフォLF→NG
職員じゃないの?橋下知事謝罪→NG
職員じゃないの→NG
職員じゃないの→NG
平城遷都のキャラ批判に回答 職員じゃないの→OK
平城遷都のキャラ批判に回答職員じゃないの→NG
答 職員じゃないの→OK


うーーーむ。

コマンドラインでうまくいくし、cronでの実行からでしか起こらない分わけがわかりまセン。

※追記(08/03/14):
nkfをやめてiconvにしたら、直ったみたいです。
改行がない文字列だったから、これでいいかな、きっと。