Glej, to je popoln, delujoč in sestavljiv primer. Ne oklevajte, da ga sestavite sami in preizkusite, res deluje. Program bi morali poklicati s terminala, kot je ta:

Zdaj pa se osredotočimo na sam klic branja:

Podpis za branje je naslednji (izvleček iz strani z manu Linux):

Najprej argument fd predstavlja deskriptor datoteke. Ta koncept sem nekoliko razložil v članku o vilicah.  Deskriptor datoteke je int, ki predstavlja odprto datoteko, vtičnico, cev, FIFO, napravo, no, veliko stvari je, kjer je mogoče podatke brati ali zapisovati, na splošno na način, podoben toku. O tem bom podrobneje razložil v prihodnjem članku.

odprta funkcija je eden od načinov, kako sporočiti Linuxu: želim narediti nekaj z datoteko na tej poti, poiščite jo tam, kjer je in mi omogočite dostop do nje. Vrnil vam bo ta int, imenovan deskriptor datoteke, in zdaj, če želite s to datoteko karkoli storiti, uporabite to številko. Ko končate z datoteko, ne pozabite poklicati blizu, kot v primeru.

Zato morate za branje navesti to posebno številko. Potem je tu še argument buf. Tu bi morali navesti kazalec na matriko, kamor bo branje shranilo vaše podatke. Končno, štetje je, koliko bajtov bo prebral največ.

Vrnjena vrednost je tipa ssize_t. Čuden tip, kajne? Pomeni "podpisana velikost_t", v bistvu gre za dolg int. Vrne število bajtov, ki jih je uspešno prebral, ali -1, če je težava. Natančen vzrok težave lahko najdete v globalni spremenljivki errno, ki jo je ustvaril Linux in je definirana v . Če pa želite natisniti sporočilo o napaki, je uporaba perrorja boljša, saj v vašem imenu natisne napako.

V običajnih datotekah - in samo v tem primeru - branje bo vrnilo manj kot štetje le, če ste prišli do konca datoteke. Polje buf, ki ga navedete mora biti dovolj velik, da ustreza vsaj štetju bajtov, sicer se lahko vaš program sesuje ali ustvari varnostno napako.

Zdaj branje ni koristno samo za običajne datoteke in če želite začutiti njegove nadmoči - Da, vem, da ni v nobenem Marvelovem stripu, ima pa resnično moč - ga boste želeli uporabljati z drugimi tokovi, kot so cevi ali vtičnice. Oglejmo si to:

Posebne datoteke za Linux in branje sistemskega klica

Prebrano dejstvo deluje z različnimi datotekami, kot so cevi, vtičnice, FIFO-ji ali posebne naprave, kot so disk ali serijska vrata, zaradi česar je resnično zmogljivejše. Z nekaterimi prilagoditvami lahko počnete zares zanimive stvari. Prvič, to pomeni, da lahko dobesedno pišete funkcije, ki delujejo na datoteko, in jo namesto tega uporabite s cevjo. Zanimivo je posredovati podatke, ne da bi kdaj pritisnili na disk, kar zagotavlja najboljše delovanje.

Vendar to sproži tudi posebna pravila. Vzemimo primer branja vrstice s terminala v primerjavi z običajno datoteko. Ko pokličete branje v običajni datoteki, potrebuje Linux le nekaj milisekund, da dobi količino zahtevanih podatkov.

Toda ko gre za terminal, je to že druga zgodba: recimo, da zahtevate uporabniško ime. Uporabnik vtipka svoje uporabniško ime v terminal in pritisne Enter. Zdaj upoštevate moj zgornji nasvet in pokličete branje z velikim vmesnim pomnilnikom, na primer 256 bajtov.

Če bi branje delovalo kot pri datotekah, bi počakalo, da uporabnik vnese 256 znakov, preden se vrne! Vaš uporabnik bi večno čakal in nato na žalost ubil vašo aplikacijo. Zagotovo ni tisto, kar si želite, in imeli bi velik problem.

V redu, lahko ste prebrali en bajt naenkrat, vendar je ta rešitev zelo neučinkovita, kot sem vam že povedal. Delovati mora bolje kot to.

Toda razvijalci Linuxa so se menili drugače, da bi se izognili tej težavi:

• Ko berete običajne datoteke, poskuša v največji možni meri prebrati štetje bajtov in po potrebi bo aktivno prejel bajte z diska.
• Za vse druge vrste datotek se bo vrnila takoj, ko na voljo je nekaj podatkov in kvečjemu štetje bajtov:
  1. Za terminale je na splošno ko uporabnik pritisne tipko Enter.
  2. Za vtičnice TCP je takoj, ko računalnik nekaj prejme, ne glede na količino bajtov, ki jih dobi.
  3. Za FIFO ali pipe je na splošno enak znesek, kot je napisal drugi program, vendar lahko jedro Linuxa naenkrat prinese manj, če je to bolj priročno.

Tako lahko varno pokličete z medpomnilnikom 2 KiB, ne da bi ostali za vedno zaklenjeni. Upoštevajte, da se lahko tudi prekine, če aplikacija prejme signal. Ker lahko branje iz vseh teh virov traja sekunde ali celo ure - dokler se druga stran navsezadnje ne odloči za pisanje - če vas motijo ​​signali, lahko ustavite predolgo blokiranje.

Vendar ima to tudi pomanjkljivost: če želite s temi posebnimi datotekami natančno prebrati 2 KiB, boste morali večkrat preveriti povratno vrednost branja in večkrat prebrati klic. branje bo le redko zapolnilo celoten medpomnilnik. Če vaša aplikacija uporablja signale, boste morali z errno tudi preveriti, ali branje ni uspelo z -1, ker ga je signal prekinil.

Naj vam pokažem, kako zanimiva je uporaba te posebne lastnosti branja: