[FDclone-users:00082] Re: AIX でのコンパイルエラーについて

[KOJIMA Hajime / 小島肇 <kjm@rins.ryukoku.ac.jp>]

題名: [FDclone-users:00080] Re: AIX でのコンパイルエラーについて
(<20030204171201.8AB3E53C1E@yuka.unixusers.net>) において
Takashi SHIRAI さんがおっしゃるには:
| 
| 　ひょっとして Linux Zaurus よりも遅いとか？実機を swap 無し
| で動かすと相当重くなって、FD-2.02a での「time make」の結果が
| 「real 4m20.522s user 3m28.150s sys 0m39.220s」といったとこ
| ろです。
| 　うちで一番遅いのは DX4 な PC-9821 上の BOW かな。こいつだ
| と同じものが平気で 20 分以上かかってます。
 
  いや、さすがにそこまで遅くはないですが ^^;;; 
 
| > | 　因みに、AIX 4.1 ではどこに落とすのが最適なんでしょうか？上
| > | の優先順位に当てはまれば良いのですが。
| >  
| >   AIX 4.1 は sys/sysmacros.h だけを持っています。
| 
| 　その sysmacros.h の中で major/minor macro は #define され
| ているでしょうか？もし #define されている場合、その記述は実
| 際の filesystem と合っているでしょうか？
| 　また、もし #define されていない場合、major/minor が 32bits
| 拡張されているでしょうか？32bits 拡張時は major/minor がそれ
| ぞれ 14bits と 18bits になっています。
| 　どちらにせよ、/dev を FDclone 経由で覗いた場合と ls -l で
| 覗いた場合とで、device major/minor 番号が一致していえば構い
| ません。

  問題ありませんでした。
 
| > | 　因みに 2 つあるのは BSD の流儀なので SYSV 陣営な AIX が 4
| > | -> 2 という変遷を辿るのは妙ですね。多分 AIX 4.x では statfs()
| > | ではなく statvfs() の方を使うというのが正しいのかも知れませ
| > | ん。
| > 
| >   なるほど。
| 
| 　FDclone の扱っている OS の中で、SVR4 なのに statvfs() を使
| わないのは AIX だけです。POSIX 関数ですからね。尤も POSIX を
| 満たしている保証はありませんけど。
| 　試しに #define USESTATVFSH して試してみて下さい。USESTATFSH
| の方は消さなくても上書きされる筈です。
 
  df の結果と照合してみましたが、USESTATVFSH で問題なく動作してい
  ます。

| > | 　因みに fdsh や EXECUTE_SH で手動で起動された外部コマンドは
| > | どうなんでしょう？cat だと端末制御は関係ないと思うので、多分
| > | process 制御で失敗していると思うんですが。
| > 
| >   このあたりは明日 (って日付変更線超えているけど……) 調べてみます。
| 
| 　多分こっちの方が致命的だと思うので、ちょっと頑張ってみて貰
| えますか？spark64 で挙動がおかしいという話も出ているので、こ
| の fork() & exec() 周りは何か間違えている可能性が大きいと思
| います。

  ソースを見ていたら「NOJOB」というものが目に止まったので、-DNOJOB
  な fdsh / fd をつくってみたら、これは正常に動作しているようです。
  なので、NOJOB で無効になるコードのどこかに問題があると思います。

- kjm