[FDclone-users:00348] Re: FDclone でファイルサイズが 0 と表示される

[SHIOTA Shoichi <Shoichi.Shiota@lightwell.co.jp>]

潮田です。

> 　これは正常な処理結果ですよ。表示桁数を越えてしまったので、
> その桁数で表現可能な最大数を表示している訳です。
ごめんなさい、言葉足りませんでした。
もう一声足りないのは、 4GB over の方の表示です。
2GB over 同様 9 桁の 9 が表示されるのが仕様ですよね。
試しに、 10GB over のファイルを並べて fd でみてみると

 10g          999999999 04-12-03  9:39
 2g           999999999 04-12-02 11:38
 4g             1048576 04-12-02 10:13

と表示されます。

> 　サイズ表示はどっちも同じ関数を使っているので、一方だけおか
> しくなる筈はないんですけどね。違うのは、一覧が 9 桁の表示桁
> 数を持っているのに対して最下行は 8 桁だという点だけです。
あれ、最下行はもっと長くないですか。
いつも縦横とも広げた TeraTerm 越しに使用しているのでこの為かと、
オリジナルの TeraTerm を default 状態で使用してみましたが、

-rw-r--r--  1 shiota   staff    2148532224 04-12-02 11:38 2g
-rw-r--r--  1 shiota   staff    4296015872 04-12-02 10:13 4g
-rw-r--r--  1 shiota   staff    10738466816 04-12-03 09:39 10g

と、 10 桁、 11 桁と表示してくれました。
(gcc 使用、HAVELONGLONG を入れた方とも)
さすがに 12 桁以上のファイルサイズのファイルは HDD の空きが
無いので試せませんでしたが。

> 　browse.c の snprintf2 で桁数を指定している width の値を 8
> や 9 といった即値で置換えてやると、どっちも正しく表示された
> りどっちも -1 になったりするんでしょうか？
8, 9 とも、一覧では正しいファイルサイズ、最下行では -1 の
ままでした。
(8 の時は、一覧でファイルのファイルサイズより後ろの項目が
 出なくなったのが、わかる違いです)


対応が面倒(困難)なら、 HAVELONGLONG を入れる方の対応で良いのでは
ないかと思いはじめました。
AIX 上で使用している人は絶対数でも極小でしょうし、その内この
問題をまじめに対応していただいて喜ぶのはさらに限られた人だけでは
ないかと思います。
自分さえ良ければみたいな思考ですが。