[FDclone-users:00647] Re: iTerm で試して見ましたが。

[Takashi SHIRAI <shirai@unixusers.net>]

　しらいです。

In Message-Id <20061022182826.637365.ba8345a4@isis.ocn.ne.jp>
        yuji tamura <yuji@isis.ocn.ne.jp>さんwrites:
> こんにちは、田村です。

> -----.fd2rc-----
> SORTTYPE=1
> UNICODEBUFFER=1
> LANGUAGE="utf8-mac"
> DEFKCODE="utf8-mac"
> INPUTKCODE="utf8-mac"
> PTYINKCODE="utf8-mac"
> PTYOUTKCODE="utf8-mac"
> FNAMEKCODE="utf8-mac"
> #MESSAGELANG="C"
> PAGER=lv
> EDITOR=vim
> -----.fd2rc-----
> 
> これでは iTerm では、完全に画面表示が崩れて、何が何だか
> わからなくなります。ファイル名が消えているか確認する事は
> 不可能です。

　んー、iTerm を知らないですが、Mac OS X の UTF-8 に対応して
いる端末なんでしょうか？LANGUAGE の値と端末設定とが合ってい
ないだけに思えるので、その辺り設定を確認してみては？


> FreeBSD 4.8R 上で fd v2.09 をコンパイルし、User2.tar.gz
> を展開し、
> 「/User2/yuji/Documents/10 blog」
> 「/User2/yuji/Documents」
> で確認作業して見たが、ファイル名が消える現象は確認できない
> （消えません）。

　今のところ Max OS X 以外の環境では現象が確認出来ていないの
で、Mac OS X の上で動いている FDclone だけに注力しましょう。
他の OS の端末から telnet/ssh でアクセスするとどうですか？


> UTF-8 TeraTerm Pro with TTSSH2 v4.45 をダウンロードし
> CDR 経由で Windows 機側へインストールした。
> 
> ssh で iBook へ接続、上記 iTerm と同じ条件で検証した。
> 
> 「/Users/yuji/012345678901234567」
> 「/Users/yuji/Documents/10 blog」
> 「/Users/yuji/Documents」
> 「/User2/yuji/Documents/10 blog」
> 「/User2/yuji/Documents」
> にて、ファイル名が消える現象は確認できませんでした。

　うーむ、実行したのは Mac OS X 上で症状の生じている FDclone
そのものですよね？となると益々 FDclone のせいではなさそうな
気がしてきます。


> いままでのファイル名が消えると言う現象は Mac OSXでの
> 純正ターミナル上だけの問題、若しくは私の設定ミス、
> あるいは純正ターミナルの不具合の問題だったのでしょうか？

　私も当初は小島さんと同様端末側のバグを疑っていたのですが、
GNU malloc への置換えや malloc() 引数の操作により現象が無く
なるということで、慎重に対応を続けているんです。
　でも、こうなってくるとどうやら本当に端末側の問題のような気
がして来ました。端末がメモリアクセス違反を起こしているんじゃ
ないでしょうかね？
　GNU malloc で直るのは、端末が使っているのとは異なる malloc
library を使うことによって端末側のメモリ配置が変わるからです
かね。濁点仮名による overflow でもあるのでは？


> もしそうだとしたら、長々と引っ張って、しらいさんには
> 大変申し訳ない事をしました。私自身正直ショックでした。
> 私の無知のせいで、しらいさんにご迷惑をかけたかと思うと
> 冷や汗が出るようです。

　仮に Mac OS X 側の問題だったとしても、その原因を追求するこ
とで Mac OS X 側の bug fix に繋がるので全くの無駄ではないと
思います。


> 取り急ぎ、報告させていただきました。なお確認作業して
> みます。

　依然 FDclone のせいではないという確証は得られていないので、
やることが残っているうちは検証してみましょうか。

                                               しらい たかし