▼スレッド
│
└◇1912:readline, Bash での日本語の入出力 [nil] 02/17 00:37

|最低限必要な ~/.inputrc の日本語設定例

と書くのはちょっとまずかったので補足します。よけい変かもしれませんが…

* readline, bash の入力行で日本語の入出力を行う為の ~/.inputrc の設定

- A. 日本語化されていない通常の readline, bash で、とりあえず日本語の入出力を行う(俗に言う "8-bitスルー" にする)為の設定
        set convert-meta off
        set output-meta on
        set input-meta on

注意: 削除やカーソルの移動が日本語の文字単位ではないので危険です。日本語あるいは multi-byte 対応(正しく処理可能)になるわけではありません

- B. readline, bash に、いわゆる「日本語化パッチ」があたったものであれば、A. の設定は必要ないようです。
ただし(標準の?)EUC ではなく Shjit_JIS を入力するには次の設定が必要になります。
        set kanji-code sjis

注意: 別の仕様のパッチがあるかどうかは未確認。

- その他: .inputrc の記述の不都合はエラーメッセージが出ないので注意が必要。
(bash では設定値を bind -v で確認できます)


余談です。

>有難うございました。また、こちらが不慣れで失礼致しました。

すいません、そう言っていただけると助かります。(ものいいに気をつけろと、言われることも多いので。そんな設定とっくにしてる、なんて言われたらどうしようかと思ってた)

念の為。参考にしているものを挙げたほうがよい(もともと質問者が要点をうまく説明するのは難しいので、そのほうが経過や状況を推測しやすいし、資料の不備に気がつくこともある)、というのは、あくまで個人的な意見で、一般的なルールでもないと思います。


>どうでもいい話ですが一点だけ。
>set kanji-code sjis
>は、日本語化パッチを適用していない readline / bash では無意味なオプショ
>ンですが、その点については問題ないでしょうか。
># 流布してしまっているのが困りモノ。

勘違いだったらすいません。
以前に触れたことがあるのですが、.inputrc内の解釈できない設定は通常は error を出力しないで無視するだけのようです。
その点では、上記の A. と B. を併記しても実害はないようです。

これに限らず、流布やサイト上の、不正確な知識や古い情報(期日が不明なものも)が、物によっては害さえもありそうで、実際に混乱が起こって困った状態、なのはそのとおりだと思います。

kanji-code に関しては、その意識があって伝わっているかどうか気持ち悪いかぎりですが、実害はないかわりに淘汰されないかな、と思います。


そういえば逆に、psql 上で \encoding SJIS に設定したからといって、readline を(EUCはともかく) SJISで使って問題がないかどうかは簡単にしか検証していません。すいません。

一応一時的な利用だろうし、他の回避策として、-n や -f を使う、あるいはEUC設定ができる端末を使う、いろいろ考えられるので、支障は少ないはず。

長くなりました。