[FDclone-users:00208] Re: 巨大ファイルの扱い

[Takashi SHIRAI <shirai@unixusers.net>]

　しらいです。

In Message-Id <03Jun1.114658jst.119054@inetgw.lightwell.co.jp>
        SHIOTA Shoichi <Shoichi.Shiota@lightwell.co.jp>さんwrites:
> 潮田です。

> 前にも書いたと思いますが、私が dtterm とか xterm とかを TERM
> にセットしているのは、 vim や xemacs がこれぐらいの TERM で
> ないとカラー表示をしてくれないのと、 AIX での smit(ty) が 
> ファンクションキーを使用するからです。

　本来 termcap/terminfo というものはユーザ自身でメンテされる
ことも含めて設計されているので、OS 標準のものに不備があれば
自分で用意するのが正しい使用法なんだと思います。
　例えば ~/.termcap とか ~/.terminfo とかは自動的に参照され
るようになっていることが多いですし、$TERMCAP や $TERMINFO で
database を指定出来ますし、詳しくは man page の記述を参照し
て頂くとして、そういう flexibility が UNIX 文化の一端を占め
ているんじゃないでしょうか。
　実際、私が使っている machine でも大抵 ~/.termcap は置いて
ありますね。特に PC-UNIX の場合 OS 標準のものは殆んどメンテ
されてなくて使いものになりませんので。

＃　termcap/terminfo に詳しい人が少ないのかも知れませんね。


> 先のメールで述べたかったのは、その逆で最下段に表示される
> ファイルサイズの桁数を増やして欲しいということです。

　いえ、ですから最下段には余裕がないので、合わせるとしたら一
覧の方を縮める方向でしか合わせられないということなんです。合
わせることが重要ならそういう手がありますが、短いのが問題なら
現状ではちょっと難しいですね。


> ただ一般論になりますが、一覧表示より個別表示のほうがより
> 詳細な(もしくは正確な)情報が得られることを期待するのでは
> ないでしょうか。

　それは確かに同感なのですが、一般論ということなら、9 桁もの
file size になる file は余り一般的な存在ではないのでは？ :-)


> また、 ls -l の結果と同様な表示が仕様であるなら、出力される
> 各フィールドが固定位置ではいけないのでは。
> ファイルサイズの欄が長くなれば、表示されるファイル名が短く
> なりますが、それは現状でも長い名前は前しか表示されないので
> 同じですよね。

　その辺りは OS 依存ですね。標準の桁数で足りない場合の表示法
としては色々あるみたいです。
　file size に関して割と一般的なのは、通常は 8 桁だけれども
足りない時は無制限に拡張するというタイプです。これはただ単に
printf() の "%8d" で実現されているからなんでしょうね。
　但し、FDclone の場合にそれをやると、最下段の表示が画面の桁
数を越えてしまいますので、printf() 任せにするのではなくきち
んと表示桁数を制御する必要が出てきます。

　まぁ、実際にはやりようは幾つかあるのですが、100MB 以上の大
きさの file は滅多にないし、検証環境を用意するのも一苦労なの
で、そこまで苦労して実装する気がないといった辺りが本音のとこ
ろです :-)

                                               しらい たかし