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

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

潮田です。

> 　これ、試しにカラム幅を増やして最下行のステイタスを確認して
> 貰えますか？最下行は桁数さえ十分にあれば 999... で丸めたりは
> しませんので、真のサイズが表示される筈です。
> 　32bits 幅を越えている 4GB 以上のサイズに対して正しい表示が
> 得られているでしょうか？
上手くいっていないようです。
この辺りの仕様変更をお願いした一人でありながら、まったく
使っていないことがバレバレですね。

$ ls -l
-rw-r--r--   1 shiota   staff    2147483648 Apr 14 09:08 2G
-rw-r--r--   1 shiota   staff    3221225472 Apr 19 09:16 3G
-rw-r--r--   1 shiota   staff    4294967296 Apr 19 09:07 4G
-rw-r--r--   1 shiota   staff    4296015872 Apr 19 09:08 4Go
$

と異なるファイルサイズのファイルで試しましたが、最下行には全て
  2147483647
と表示されました。
ファイルサイズの順でソートさせると、正しく扱っている様なので、
表示上だけの問題なんですよね。


> 　という訳で、今度のテストでは FD-2.08b に以下の patch をあ
> てて試してみて下さい。
> 　i386 な環境では
> 	ef cd ab 89 67 45 23 01
> 	3210456789ab7654
> 	9876543210
> みたいな結果になります。
%qx -> %llx と、もう一点 
va_dcl; -> va_dcl
を変更して、実行すると以下の様になりました。
(AIX でも可変引数は使用できると思っているのですが、これも
 OS の ver 依存なんでしょうね)

$ ./fd
01 23 45 67 89 ab cd ef
7654456789ab3210
2147483647


# ちょうど昨日の話
# 職場では、テープ装置を i386 な FreeBSD に繋いでいて、
# テープで受領したデータファイルの od -vh の結果が
# AIX 上での結果と異なる(のが当然である)ことに気が付かず、
# １時間ほど悩みました。
# エンディアンの違いと言う物を理解していないのが、丸分かりです。