De stat structuur¶

Al deze systeem aanroepen retourneren een stat structuur, die de volgende velden bevat:

struct stat {


    dev_t         st_dev;      /* ID van het apparaat dat het bestand bevat */


    ino_t         st_ino;      /* inode nummer */


    mode_t        st_mode;     /* bestandstype en modus */


    nlink_t       st_nlink;    /* aantal harde koppelingen */


    uid_t         st_uid;      /* gebruiker ID van eigenaar */


    gid_t         st_gid;      /* groep ID van eigenaar */


    dev_t         st_rdev;     /* apparaat ID (als speciaal bestand)  */


    off_t         st_size;     /* totale grootte, in bytes */


     blksize_t st_blksize;     /* Blok grootte voor bestandssysteem I/O */


    blkcnt_t  st_blocks;      /* Aantal toegekende 512B blokken */


    /* Vanaf Linux 2.6, ondersteund de kernel nanoseconden


       precisie voor de volgende tijdstempel velden.


       Voor details over vóór Linux 2.6, zie OPMERKINGEN. */


    struct timespec st_atim;  /* Tijdstip laatste toegang */


    struct timespec st_mtim;  /* Tijdstip laatste wijziging */


    struct timespec st_ctim;  /* Tijdstip laatste status verandering */
#define st_atime st_atim.tv_sec      /* achterwaartse compatibiliteit */
#define st_mtime st_mtim.tv_sec
#define st_ctime st_ctim.tv_sec
};

NOTITIE: de volgorde van de velden in de stat structuur varieert over de verschillende architecturen. Bovendien toont bovenstaande definitie niet de opvul bytes die aanwezig kunnen zijn tussen sommige velden op de diverse architecturen. Raadpleeg de glibc en kernel broncode als u deze details moet kennen.

Opmerking: vanwege prestatie redenen en vanwege de eenvoud, mogen diverse velden in de stat structuur status informatie bevatten over verschillende momenten gedurende de uitvoer van de systeem aanroep. Bijvoorbeeld, als st_mode of st_uid werd veranderd door een ander proces door de aanroep van chmod(2) of chown(2), dan mag stat(2) de oude st_mode teruggeven, samen met de nieuwe st_uid, of de oude st_uid samen met de nieuwe st_mode.

De velden in de stat structure zijn als volgt:

st_dev

Dit veld beschrijft het apparaat op welk zich het bestand bevind. (De major(3) en minor(3) macro´s kunnen bruikbaar zijn om het apparaat ID in dit veld te ontleden.)

st_ino

Dit veld bevat het inode nummer van het bestand.

st_mode

Dit veld bevat het type van het bestand en mode. Zie inode(7) voor verdere informatie.

st_nlink

Dit veld bevat het aantal harde koppelingen naar het bestand.

st_uid

Dit veld bevat het gebruikers ID van de eigenaar van het bestand.

st_gid

Dit veld beat het ID van de groep eigenaar van het bestand.

st_rdev

Dit veld beschrijft het apparaat dat dit bestand (inode) voorsteld.

st_size

Dit veld geeft de grootte van het bestand (als het een regulier bestand of een symbolische koppeling is) in bytes. De grootte van de een symbolische koppeling is gelijk aan de lengte van de padnaam die het bevat, zonder de afsluitende nul.

st_blksize

Dit veld geeft de "voorkeur" blok grootte voor efficiënte bestandssysteem invoer/uitvoer.

st_blocks

Dit veld bevat een indicatie van het aantal blokken toegewezen aan het bestand, in 512-byte eenheden. (Deze kan kleiner zijn dan st_size/512 als het bestand gaten bevat.)

st_atime

Dit is de laatste toegangstijd van de bestands data.

st_mtime

Dit is de tijd van de laatste modificatie van de bestands data/.

st_ctime

Dit is de tijdsstempel van de laatste status verandering van het bestand (tijd van de laatste verandering van de inode).

Zie inode(7) voor verdere informatie over de velden hierboven.

fstatat()¶

De fstatat() systeem aanroep is een meer algemeen interface voor het verkrijgen van bestandsinformatie dat nog steeds exact hetzelfde gedrag kan bieden van elk van stat(), lstat(), and fstat().

Als de padnaam opgegeven in padnaam relatief is, dan wordt deze geïnterpreteerd als relatief aan de map aangewezen door de bestandsindicator dirfd (in plaats van relatief ten opzichte van de huidige werkmap van het aanroepende proces, zoals dit gedaan wordt door stat() en lstat() voor een relatieve padnaam).

Als padnaam relatief is en dirfd heeft de speciale waarde AT_FDCWD, dan wordt padnaam geïnterpreteerd als relatief ten opzichte van de huidige werkmap van het aanroepende proces (zoals stat() en lstat()).

Als padnaam absoluut is, dan wordt mapbi genegeerd.

vlaggen kan ofwel 0 zijn, of kan een of meer van de volgende vlaggen ORed bevatten:

AT_EMPTY_PATH (vanaf Linux 2.6.39)

Als padnaam een lege tekenreeks is, werk dan op het bestand aangewezen doorzoek dirfd (die kan zijn verkregen door het gebruik van open(2) O_PATH vlag). In dit geval kan dirfd naar elk type bestand wijzen, niet slechts een map, en het gedrag van fstatat() is vergelijkbaar met dat van fstat(). Als dirfd gelijk is aan AT_FDCWD, dan werkt de aanroep op de huidige werkmap. Deze vlag is Linux-specifiek; definieer _GNU_SOURCE om de definiete te verkrijgen.

AT_NO_AUTOMOUNT (vanaf Linux 2.6.38)

Koppel de uiteinde ("basename") component van padnaam niet automatisch aan als het een map is met een automatisch aankoppelpunt. Dit maakt het voor de aanroeper mogelijk om attributen van een automatisch aankoppelpunt te verzamelen (in plaats van die van de locatie die aangekoppeld zou worden). Instantieer vanaf Linux 4.14 geen niet-bestaande naam in een map die bedoeld is voor automatische aankoppelpunten. Deze vlag heeft geen effect als het aankoppelpunt al aangekoppeld was.

Beide stat() en lstat() werken alsof AT_NO_AUTOMOUNT werd gezet.

AT_NO_AUTOMOUNT kan worden gebruikt in hulpmiddelen die mappen scannen om ter voorkoming van het massaal aankoppelen van een map van automatische aankoppelpunten.

De vlag is Linux specifiek; definieer _GNU_SOURCE om zijn definitie te verkrijgen.

AT_SYMLINK_NOFOLLOW

Als padnaam een symbolische koppeling is, volg deze niet: in plaats daarvan retourneer informatie over de koppeling zelf, zoals lstat(). (Standaard volgt fstatat() symbolische koppelingen, net als stat().)

Zie openat(2) voor een uitleg over de noodzaak van fstatat().

Tijdstempel velden¶

Oudere kernels en oudere standaarden ondersteunden nanoseconden tijdstempel velden niet. In plaats daarvan waren er drie tijdstempel velden —st_atime, st_mtime, en st_ctime—aangeduid als time_t die tijdstempels noteerden in een-seconde precisie.

Vanaf kernel 2.5.48 ondersteund de stat structure nanoseconden resolutie in de drie bestandstijdstepel velden. De nanoseconden componenten van elke tijdstempel zijn beschikbaar via namen van de vorm st_atim.tv_nsec, mits geschikte test macros werden gedefinieerd. Nanoseconden tijdstempels zijn gestandaardiseerd in POSIX.1-2008, en vanaf versie 2.12 toont glibc de namen van de nanoseconden componenten als _POSIX_C_SOURCE werd gedefinieerd met een waarde 200809L of hoger, of _XOPEN_SOURCE werd gedefinieerd met een waarde 700 of hoger. Tot en met glibc 2.19 werd de definitie van de nanoseconden componenten ook gedefinieerd zodra _BSD_SOURCE of _SVID_SOURCE werden gedefinieerd. Als geen van de hier voor genoemde macros werd gedefinieerd dan worden de nanoseconden waarden getoond met de namen van de vorm st_atimensec.

C library/kernel verschillen¶

In de loop van de tijd hebben vergrotingen van de stat structure geleid tot drie opeenvolgende versies van stat(0: sys_stat() (slot __NR_oldstat), sys_newstat() (slot __NR_stat), en sys_stat64() (slot __NR_stat64) op 32-bit platformen zoals i386. De eerste twee versies waren al aanwezig in Linux 1.0 (hoewel met verschillende namen); de laatste werd toegevoegd in Linux 2.4. Vergelijkbare opmerkingen zijn van toepassing op fstat() en lstat().

De interne kernel versies van de stat structure die behandelt worden door de verschillende versies, zijn respectievelijk:

__old_kernel_stat

De originele structure, met nogal kleine velden en zonder opvulling.

stat

Een groter st_ino veld en opvulling toegevoegd aan verschillende delen van de structure om toekomstige uitbreidingen toe te staan.

stat64

Een nog groter st_ino veld, grotere st_uid en st_gid velden om in de expansie van UID´s EN GID´s naar 32 bits door Linux-2.4 te voorzien, en verschillende andere vergrote velden en meer opvulling in de structure. (Diverse opvul bytes werden geconsumeerd in Linux 2.6, met de aankomst van 32-bit apparaat ID´s en nanoseconden componenten in de tijdstempel velden.)

De glibc stat() omwikkel functies verbergen deze details van de applicaties, door het aanroepen van de meest recente versie van de systeem aanroep die door de kernel beschikbaar wordt gesteld en het opnieuw inpakken van de verkregen informatie indien nodig voor oude toepassingen.

Op moderne 64-bit systemen is het leven eenvoudiger: daar bestaat een enkele stat() systeem aanroep en de kernel werkt met een stat structure die velden van voldoende grootte bevat.

De onderliggende systeem aanroep gebruikt door de glibc fstatat() omwikkel functie heet eigenlijk fstatat64() of op sommige architecturen newfstatat().