jammy (2) oldstat.2.gz

Provided by: manpages-ja-dev_0.5.0.0.20210215+dfsg-1_all bug

名前

       stat, fstat, lstat, fstatat - ファイルの状態を取得する

書式

       #include <sys/types.h>
       #include <sys/stat.h>
       #include <unistd.h>

       int stat(const char *pathname, struct stat *buf);
       int fstat(int fd, struct stat *buf);
       int lstat(const char *pathname, struct stat *buf);

       #include <fcntl.h>           /* AT_* 定数の定義 */
       #include <sys/stat.h>

       int fstatat(int dirfd, const char *pathname, struct stat *buf,
                   int flags);

   glibc 向けの機能検査マクロの要件 (feature_test_macros(7)  参照):

       lstat():
           /* glibc 2.19 以前 */ _BSD_SOURCE ||
           /* glibc 2.20 以降 */_DEFAULT_SOURCE ||
           _XOPEN_SOURCE >= 500 || _XOPEN_SOURCE && _XOPEN_SOURCE_EXTENDED
           || /* glibc 2.10 以降: */ _POSIX_C_SOURCE >= 200112L

       fstatat():
           glibc 2.10 以降:
               _XOPEN_SOURCE >= 700 || _POSIX_C_SOURCE >= 200809L
           glibc 2.10 より前:
               _ATFILE_SOURCE

説明

       これらの関数は、ファイルについての情報を  stat が指すバッファーに格納して返す。 ファイルそ
       のものに対するアクセス許可は必要としないが、 —stat(), fstatat(), lstat() の場合には  —その
       ファイルへ至る pathname を構成する全てのディレクトリに対する実行 (検索) 許可が必要である。

       stat()  と fstatat() は pathname が指すファイルに関する情報を取得する。 fstatat() の違いに
       ついては後で説明する。

       lstat()  は stat()  と同じであるが、 pathnames  がシンボリックリンクの場合、リンクが参照し
       ているファイルではなく、 リンク自身の状態を返す点が異なる。

       fstat()   は stat()  と同じだが、 状態を取得するファイルをファイルディスクリプター fd で指
       定する点が異なる。

       これらのシステムコールはいずれも、結果を stat 構造体に入れて返す。  stat  構造体には以下の
       フィールドが含まれている:

           struct stat {
               dev_t     st_dev;     /* ファイルがあるデバイスの ID */
               ino_t     st_ino;     /* inode 番号 */
               mode_t    st_mode;    /* アクセス保護 */
               nlink_t   st_nlink;   /* ハードリンクの数 */
               uid_t     st_uid;     /* 所有者のユーザー ID */
               gid_t     st_gid;     /* 所有者のグループ ID */
               dev_t     st_rdev;    /* デバイス ID (特殊ファイルの場合) */
               off_t     st_size;    /* 全体のサイズ (バイト単位) */
               blksize_t st_blksize; /* ファイルシステム I/O での
                                        ブロックサイズ */
               blkcnt_t  st_blocks;  /* 割り当てられた 512B のブロック数 */
           };

               /* Linux 2.6 以降では、カーネルは以下のタイムスタンプ
                  フィールドでナノ秒の精度をサポートしている。
                  Linux 2.6 より前のバージョンでの詳細は
                  下記の「注意」を参照。 */

               struct timespec st_atim;  /* 最終アクセス時刻 */
               struct timespec st_mtim;  /* 最終修正時刻 */
               struct timespec st_ctim;  /* 最終状態変更時刻 */

           #define st_atime st_atim.tv_sec      /* 後方互換性 */
           #define st_mtime st_mtim.tv_sec
           #define st_ctime st_ctim.tv_sec
           };

       注意: stat 構造体のフィールドの順序はアーキテクチャーにより様々である。 また、上記の定義で
       は、フィールド間に存在することがあるパディングバイトは書かれていない。このパディングバイト
       はアーキテクチャーによっても異なる。詳細を知る必要がある場合は  glibc とカーネルのソースを
       調べてほしい。

       st_dev  フィールドは、このファイルが存在するデバイスを示す  (マクロ   major(3),   minor(3)
       は、このフィールドのデバイス ID を分解するのに役立つだろう)。

       st_rdev フィールドは、このファイル (inode) が表すデバイスを示す。

       st_size  フィールドは、(通常のファイルかシンボリックリンクの場合に) ファイルの大きさをバイ
       ト単位で示す。 シンボリックリンクの大きさは、 シンボリックリンクに含まれている  パス名の長
       さ (終端のヌルバイトは含まない) である。

       st_blocks フィールドは、ファイルの大きさを 512 バイトのブロックサイズ単位で示す フィールド
       は、ファイルに割り当てされたブロック数を 512 バイト単位で示す。  (ファイルに穴があるような
       場合、この値は st_size/512 より小さくなることもある)。

       st_blksize  フィールドは、効率的にファイルシステム I/O ができる「好ましい」 ブロックサイズ
       を示す (もっと小さい単位でファイルに書き込みを行うと、  読み出し--修正--再書き込みといった
       非効率な動作になってしまうかもしれない)。

       全ての  Linux のファイルシステムが全ての時間フィールドを 実装しているわけではない。 ファイ
       ルやディレクトリのアクセスが  st_atime  フィールドを更新しないようなかたちでマウントできる
       ファイルシステムもある。 (mount(8)  の noatime, nodiratime, relatimemount(2)  の関連す
       る情報を参照)。 また、ファイルが O_NOATIME 付きでオープンされている場合には st_atime  は更
       新されない。 open(2)  参照。

       st_atime    フィールドはファイルアクセスがあった場合に変更される    (例えば、   execve(2),
       mknod(2), pipe(2), utime(2)  を使用した場合や  read(2)   で  1  バイト以上読み込んだ場合な
       ど)。  mmap(2)  などの他のルーチンでは、 st_atime は更新されることもあれば、そうでない場合
       もある。

       st_mtime    フィールドは、ファイルが修正された場合に変更される     (例えば、     mknod(2),
       truncate(2), utime(2)  を使用した場合や write(2)  で 1 バイト以上書き込みをした場合など)。
       さらに、ディレクトリの st_mtime は、そのディレクトリで  ファイルが作成されたり削除されたり
       すると変更される。  st_mtime フィールドは 所有者やグループやハードリンク数やモードの変更で
       は変更 されない。

       st_ctime フィールドは書き込みや inode 情報 (所有者、グループ、リンク数、モードなど) の  設
       定によって変更される。

       以下のマスク値が st_mode フィールドのファイル種別の検査用に定義されている。

           S_IFMT     0170000   ファイル種別を示すビット領域を表すビットマスク

           S_IFSOCK   0140000   ソケット
           S_IFLNK    0120000   シンボリックリンク
           S_IFREG    0100000   通常のファイル
           S_IFBLK    0060000   ブロックデバイス

           S_IFDIR    0040000   ディレクトリ
           S_IFCHR    0020000   キャラクターデバイス
           S_IFIFO    0010000   FIFO

       したがって、(例えば) 通常のファイルかどうかを検査するには、以下のようにすればよい。

           stat(pathname, &sb);
           if ((sb.st_mode & S_IFMT) == S_IFREG) {
               /* Handle regular file */
           }

       上記の形の検査はよくあるので、 POSIX では以下のマクロが定義されており、 st_mode のファイル
       種別の検査をより簡単に書けるようになっている。

           S_ISREG(m)  通常のファイルか?

           S_ISDIR(m)  ディレクトリか?

           S_ISCHR(m)  キャラクターデバイスか?

           S_ISBLK(m)  ブロックデバイスか?

           S_ISFIFO(m) FIFO (名前付きパイプ) か?

           S_ISLNK(m)  シンボリックリンクか? (POSIX.1-1996 にはない)

           S_ISSOCK(m) ソケットか? (POSIX.1-1996 にはない)

       上で挙げたコードは以下のように書き換えることができる。

           stat(pathname, &sb);
           if (S_ISREG(sb.st_mode)) {
               /* Handle regular file */
           }

       上記のほとんどのファイル種別検査マクロの定義は、 機能検査マクロ _BSD_SOURCE (glibc 2.19 以
       前の場合)、 _SVID_SOURCE (glibc 2.19 以前の場合)、 _DEFAULT_SOURCE (glibc 2.20 以降の場合)
       のいずれかが定義されている場合に公開される。 さらに、 S_IFSOCKS_ISSOCK  以外の上記のす
       べてのマクロの定義は  _XOPEN_SOURCE が定義されている場合にも公開される。 S_IFSOCK の定義は
       _XOPEN_SOURCE が値 500 以上で定義された場合にも公開される。

       S_ISSOCK()           の定義が公開されるのは以下の機能検査マクロが定義されている場合である:
       _BSD_SOURCE  (glibc 2.19 以前の場合)、 _DEFAULT_SOURCE (glibc 2.20 以降の場合)、 値 500 以
       上の _XOPEN_SOURCE、 値が 200112L 以上の _POSIX_C_SOURCE。

       以下のマスク値が st_mode フィールドのファイルのアクセス許可の検査用に定義されている。

           S_ISUID   0004000   set-user-ID bit
           S_ISGID   0002000   set-group-ID bit (下記参照)
           S_ISVTX   0001000   スティッキービット (下記参照)

           S_IRWXU     00700   ファイル所有者のアクセス許可用のビットマスク
           S_IRUSR     00400   所有者の読み込み許可
           S_IWUSR     00200   所有者の書き込み許可
           S_IXUSR     00100   所有者の実行許可

           S_IRWXG     00070   グループのアクセス許可用のビットマスク
           S_IRGRP     00040   グループの読み込み許可
           S_IWGRP     00020   グループの書き込み許可
           S_IXGRP     00010   グループの実行許可

           S_IRWXO     00007   他人 (others) のアクセス許可用のビットマスク
           S_IROTH     00004   他人の読み込み許可
           S_IWOTH     00002   他人の書き込み許可
           S_IXOTH     00001   他人の実行許可

       set-group-ID bit (S_ISGID)  にはいくつかの特殊な使用法がある: ディレクトリに設定した場合に
       は、そのディレクトリが BSD 方式で使用される ことを示す。つまり、そのディレクトリに作成され
       たファイルのグループID は 作成したプロセスの実効 (effective) グループID ではなく、ディレク
       トリの  グループID  を継承する。また、そのディレクトリに作成されたディレクトリにも S_ISGID
       ビットが設定される。グループ実行ビット (S_IXGRP)  が設定されていないファイルに設定された場
       合は、 set-group-ID ビットはファイル/レコードの 強制的な (mandatory) ロックを表す。

       ディレクトリにスティッキービット (S_ISVTX) が設定された場合は、 そのディレクトリのファイル
       の名前を変更したり、削除したりできるのは、  そのファイルの所有者か、そのディレクトリの所有
       者か、特権プロセス だけとなる。

   fstatat()
       fstatat() システムコールは stat() と全く同様に動作するが、以下で説明する点が異なる。

       指定された pathname が相対パスの場合、 ファイルディスクリプター dirfd が参照するディレクト
       リに対する相対パスと解釈される (stat()  に相対パスを渡した場合のように、呼び出したプロセス
       のカレントワーキングディレクトリに対する相対パスではない)。

       pathname  が相対パスで、 dirfd が特別な値 AT_FDCWD の場合、 (stat(2) と同様に) pathname は
       呼び出したプロセスのカレントワーキングディレクトリに対する相対パスと解釈される。

       pathname で指定されたパス名が絶対パスの場合、 dirfd は無視される。

       この flags 引き数は下記のフラグの 0 個以上の論理和を取ったものである:

       AT_EMPTY_PATH (Linux 2.6.39 以降)
              pathname が空文字列の場合、 dirfd  が参照するファイルに対して操作を行う  (dirfdopen(2)  の O_PATH フラグを使って取得できる)。 dirfdAT_FDCWD の場合、呼び出しは
              カレントワーキングディレクトリに対して操作を行う。 この場合、 dirfd  は、ディレクト
              リだけでなく、任意のタイプのファイルを参照することができる。  このフラグは Linux 固
              有であり、その定義を得るには _GNU_SOURCE を定義すること。

       AT_NO_AUTOMOUNT (Linux 2.6.38 以降)
              pathname がオートマウントポイントとなっているディレクトリの場合、  pathname  の最終
              ("basename")  要素のオートマウントを行わない。 これにより (マウントされるはずの場所
              ではなく) オートマウントポイントの属性を取得することができる。 このフラグを使うと、
              ディレクトリをスキャンするツールがオートマウントポイントのディレクトリを大量にオー
              トマウントしてしまうのを防ぐことができる。 マウントポイントがすでにマウントされてい
              る場合 AT_NO_AUTOMOUNT フラグは何の効果もない。 このフラグは Linux 固有であり、その
              定義を得るには _GNU_SOURCE を定義すること。

       AT_SYMLINK_NOFOLLOW
              (lstat() 同様) pathname がシンボリックリンクの場合リンクの展開を行わず、 リンク自身
              の情報を返す (デフォルトでは、 fstatat() は、 stat() と同様に、シンボリックリンクの
              展開を行う)。

       fstatat() の必要性についての説明については openat(2) を参照。

返り値

       成功した場合、0 が返される。 失敗した場合、 -1 が返され、 errno に適切な値がセットされる。

エラー

       EACCES pathname が所属するディレクトリとその上位のディレクトリのいずれかに  対する検索許可
              がなかった (path_resolution(7)  も参照のこと)。

       EBADF  fd が不正である。

       EFAULT アドレスが間違っている。

       ELOOP  パスを辿る際に解決すべきシンボリックリンクが多過ぎた。

       ENAMETOOLONG
              pathname が長過ぎる。

       ENOENT pathname の構成要素が存在しないか、 pathname が空文字列である。

       ENOMEM カーネルのメモリーが足りない。

       ENOTDIR
              pathname の前半部分 (prefix) の構成要素がディレクトリではない。

       EOVERFLOW
              pathname または fd が、ファイルサイズ、inode 番号、ブロック数が それぞれ off_t 型、
              ino_t 型、 blkcnt_t  型で表現できないファイルを  参照している。このエラーが起こるの
              は、例えば、32 ビットプラットフォーム上で -D_FILE_OFFSET_BITS=64 を指定せずにコンパ
              イルされたアプリケーションが、 ファイルサイズが (1<<31)-1  バイトを超えるファイルに
              対して stat() を呼び出した場合である。

       fstatat() では以下のエラーも発生することがある。

       EBADF  dirfd が有効なファイルディスクリプターでない。

       EINVAL flags に無効なフラグが指定された。

       ENOTDIR
              pathname  が相対パスで、  dirfd  がディレクトリ以外のファイルを参照しているファイル
              ディスクリプターである。

バージョン

       fstatat()  はカーネル 2.6.16 で Linux に追加された。  ライブラリによるサポートはバージョン
       2.4 で glibc に追加された。

準拠

       stat(), fstat(), lstat(): SVr4, 4.3BSD, POSIX.1-2001, POSIX.1.2008.

       fstatat(): POSIX.1-2008.

       POSIX.1-2001  では、シンボリックリンクに対する lstat() で 有効な情報を返すように求められて
       いたのは、 stat 構造体の st_sizest_mode のファイル種別要素だけであった。  POSIX.1-2008
       では規定が厳しくなり、  lstat() は st_mode の アクセス許可ビット以外の全てのフィールドに有
       効な情報を返すことが 求められるようになっている。

       st_blocksst_blksize フィールドの使用はあまり移植性がない (これらのフィールドは BSD  に
       よって導入された。  システムごとに解釈が 異なっており、 NFS マウントの場合には同じシステム
       でも異なる可能性がある)。 <sys/stat.h> から blkcnt_tblksize_t 型定義を  読み込みたい場
       合は、(どのヘッダーファイルをインクルードするよりも前に) _XOPEN_SOURCE を 500 以上の値で定
       義すること。

       POSIX.1-1990 には S_IFMT, S_IFSOCK, S_IFLNK, S_IFREG, S_IFBLK, S_IFDIR, S_IFCHR,  S_IFIFO,
       S_ISVTX  定数に関する  記述はなかったが、代わりに S_ISDIR() のようなマクロを使用するように
       要求していた。 S_IF* 定数は POSIX.1-2001 以降には存在する。

       マクロ S_ISLNK() と S_ISSOCK() は POSIX.1-1996 にはないが、 POSIX.1-2001  には両方とも存在
       する。 前者は SVID 4 に、後者は SUSv2 に 由来している。

       UNIX V7 (とその後のシステム) は S_IREAD, S_IWRITE, S_IEXEC を持っており、 POSIX はその同義
       語として S_IRUSR, S_IWUSR, S_IXUSR を規定している。

   他のシステム
       各種システムで使用されていた(いる)値:

       16進   名前       ls   8進数    説明
       f000   S_IFMT          170000   ファイル種別フィールドのビットマスク
       0000                   000000   SCO では 使用不能 inode; BSD では不明な
                                       ファイル種別; SVID-v2 と XPG2 では 0 と
                                       0100000 の両方が通常のファイル
       1000   S_IFIFO    p|   010000   FIFO (名前付きパイプ)
       2000   S_IFCHR    c    020000   キャラクター特殊ファイル (V7)
       3000   S_IFMPC         030000   多重化されたキャラクター特殊ファイル (V7)
       4000   S_IFDIR    d/   040000   ディレクトリ (V7)

       5000   S_IFNAM         050000   XENIX の二つの副型を持つ名前付きの特殊
                                       ファイル 副型は st_rdev の値 1, 2 で区別
                                       される
       0001   S_INSEM    s    000001   XENIX の IFNAM セマフォ副型
       0002   S_INSHD    m    000002   XENIX の IFNAM 共有データ副型
       6000   S_IFBLK    b    060000   ブロック特殊ファイル (V7)
       7000   S_IFMPB         070000   多重化されたブロック特殊ファイル (V7)
       8000   S_IFREG    -    100000   通常ファイル (V7)
       9000   S_IFCMP         110000   VxFS 圧縮ファイル
       9000   S_IFNWK    n    110000   ネットワーク特殊ファイル (HP-UX)
       a000   S_IFLNK    l@   120000   シンボリックリンク (BSD)
       b000   S_IFSHAD        130000   Solaris の ACL 用の隠し inode (ユーザー空
                                       間からは見えない)
       c000   S_IFSOCK   s=   140000   ソケット (BSD; VxFS の "S_IFSOC")
       d000   S_IFDOOR   D>   150000   Solaris の door ファイル
       e000   S_IFWHT    w%   160000   BSD の空白ファイル (inode を使用しない)
       0200   S_ISVTX         001000   スティッキービット: 使用後もスワップに残
                                       す (V7)
                                       予約 (SVID-v2)
                                       ディレクトリ以外: ファイルをキャッシュし
                                       ない (SunOS)
                                       ディレクトリの場合: 削除制限フラグ
                                       (SVID-v4.2)
       0400   S_ISGID         002000   実行時の set-group-ID (V7)
                                       ディレクトリの場合: GID の伝搬に BSD 方式
                                       を使用する
       0400   S_ENFMT         002000   System V ファイルロックを強制する
                                       (S_ISGID と共有)
       0800   S_ISUID         004000   実行時の set-user-ID (V7)
       0800   S_CDF           004000   ディレクトリがコンテキスト依存ファイル
                                       (HP-UX)

       スティッキー コマンドは Version 32V AT&T UNIX で登場した。

注意

       Linux では、 lstat() は一般には自動マウント動作 (automounter action) の きっかけとならない
       が、 stat() はきっかけとなる (fstatat(2) を参照)。

       /proc ディレクトリ以下にあるファイルのほとんどでは、  stat()   を呼び出した際に、  st_size
       フィールドにファイルサイズが返されない。 代わりに st_size フィールドには 0 が返される。

   タイムスタンプフィールド
       古いカーネルや古い標準では、ナノ秒精度のタイムスタンプフィールドはサポートされていなかっ
       た。 代わりに 3 つの time_t 型のタイムスタンプフィールド st_atime, st_mtime, and  st_ctime
       があった。これらのフィールドには 1 秒単位のタイムスタンプが記録されていた。

       カーネル  2.5.48 以降では、 stat 構造体は 3 つのファイルのタイムスタンプ関連のフィールドで
       ナノ秒単位の精度に対応している。 機能検査マクロ _BSD_SOURCE_SVID_SOURCE が定義された場
       合に、各タイムスタンプのナノ秒の情報は st_atim.tv_nsec という形式の名前で参照できる。 ナノ
       秒のタイムスタンプは現在では標準化されており、 POSIX.1-2008 からである。  バージョン  2.12
       以降の  glibc  では、 _POSIX_C_SOURCE が 200809L 以上の値で定義されるか、 _XOPEN_SOURCE が
       700 以上の値で定義された場合にも、 このナノ秒のタイムスタンプが公開される。 上記のマクロの
       いずれも定義されていない場合、ナノ秒の値は st_atimensec という形式の名前で公開される。

       ナノ秒のタイムスタンプは  XFS, JFS, Btrfs, ext4 でサポートされている (Linux 2.6.23 以降)。
       ナノ秒のタイムスタンプは ext2, ext3, Reiserfs ではサポートされていない。  サブ秒のタイムス
       タンプをサポートしていないファイルシステムでは、 ナノ秒のフィールドには値 0 が入る。

   背後のカーネルインターフェース
       時間の経過とともに、  stat  構造体のサイズが大きくなり、この影響で  stat()  には 3つのバー
       ジョンが存在する:  sys_stat()   (スロットは  __NR_oldstat)、  sys_newstat()    (スロットは
       __NR_stat)、 sys_stat64()  (カーネル 2.4 で導入; スロットは __NR_stat64).  glibc の stat()
       ラッパー関数はこれらの詳細をアプリケーションから隠蔽してくれる。  具体的には、カーネルが提
       供しているシステムコールのうち最新のバージョンを  起動し、古いバイナリの場合には必要に応じ
       て返された情報を再構成 (repack) する。 fstat()  と lstat()  についても同様である。

       glibc の fstatat() ラッパー関数が内部で利用するシステムコールは、実際には fstatat64() であ
       る。

       以下のプログラムは  stat()  を呼び出し、返ってきた stat 構造体のフィールドのいくつかを表示
       する。

       #include <sys/types.h>
       #include <sys/stat.h>
       #include <time.h>
       #include <stdio.h>
       #include <stdlib.h>

       int
       main(int argc, char *argv[])
       {
           struct stat sb;

           if (argc != 2) {
               fprintf(stderr, "Usage: %s <pathname>\n", argv[0]);
               exit(EXIT_FAILURE);
           }

           if (stat(argv[1], &sb) == -1) {
               perror("stat");
               exit(EXIT_FAILURE);
           }

           printf("File type:                ");

           switch (sb.st_mode & S_IFMT) {
           case S_IFBLK:  printf("block device\n");            break;
           case S_IFCHR:  printf("character device\n");        break;
           case S_IFDIR:  printf("directory\n");               break;
           case S_IFIFO:  printf("FIFO/pipe\n");               break;
           case S_IFLNK:  printf("symlink\n");                 break;
           case S_IFREG:  printf("regular file\n");            break;
           case S_IFSOCK: printf("socket\n");                  break;
           default:       printf("unknown?\n");                break;
           }

           printf("I-node number:            %ld\n", (long) sb.st_ino);

           printf("Mode:                     %lo (octal)\n",
                   (unsigned long) sb.st_mode);

           printf("Link count:               %ld\n", (long) sb.st_nlink);
           printf("Ownership:                UID=%ld   GID=%ld\n",
                   (long) sb.st_uid, (long) sb.st_gid);

           printf("Preferred I/O block size: %ld bytes\n",
                   (long) sb.st_blksize);
           printf("File size:                %lld bytes\n",
                   (long long) sb.st_size);
           printf("Blocks allocated:         %lld\n",
                   (long long) sb.st_blocks);

           printf("Last status change:       %s", ctime(&sb.st_ctime));
           printf("Last file access:         %s", ctime(&sb.st_atime));
           printf("Last file modification:   %s", ctime(&sb.st_mtime));

           exit(EXIT_SUCCESS);
       }

関連項目

       ls(1), stat(1), access(2), chmod(2),  chown(2),  readlink(2),  utime(2),  capabilities(7),
       symlink(7)

この文書について

       この  man ページは Linux man-pages プロジェクトのリリース 3.79 の一部 である。プロジェクト
       の説明とバグ報告に関する情報は http://www.kernel.org/doc/man-pages/ に書かれている。