Видите, то је потпун пример, рад и састављање. Не устручавајте се да га сами саставите и тестирате, стварно делује. Програм бисте требали позвати са терминала попут овог:

Сада се фокусирајмо на сам позив за читање:

Потпис за читање је следећи (извучен са Линук страница):

Прво, фд аргумент представља дескриптор датотеке. Мало сам објаснио овај концепт у свом чланку о виљушкама.  Дескриптор датотеке је инт који представља отворену датотеку, сокет, цев, ФИФО, уређај, па, има пуно ствари у којима се подаци могу читати или писати, углавном на начин сличан току. О томе ћу детаљније у будућем чланку.

опен функција је један од начина да се Линук-у каже: желим да радим са датотеком на том путу, пронађите је тамо где је и дајте ми приступ њој. Вратит ће вам овај инт који се назива дескриптор датотеке и сада, ако желите нешто учинити с овом датотеком, користите тај број. Не заборавите да позовете цлосе када завршите са датотеком, као у примеру.

Зато морате да дате овај посебан број за читање. Затим је ту аргумент буф. Овде треба да наведете показивач на низ у коме ће читање чувати ваше податке. Коначно, рачунајте колико ће бајтова прочитати највише.

Повратна вредност је типа ссизе_т. Чудан тип, зар не?? То значи „потписана величина_т“, у основи је дугачка инт. Враћа број бајтова које је успешно прочитао или -1 ако постоји проблем. Тачан узрок проблема можете пронаћи у еррно глобалној променљивој коју је креирао Линук, дефинисаној у . Али да бисте одштампали поруку о грешци, боље је користити перрор јер се у ваше име штампа погрешно.

У нормалним датотекама - и само у овом случају - читање ће вратити мање од броја само ако сте дошли до краја датотеке. Низ буф који пружате мора бити довољно велик да стане барем на бајтове, или ће се ваш програм можда срушити или створити сигурносну грешку.

Читање сада није корисно само за нормалне датотеке и ако желите да осетите његове супер моћи - Да, знам да то није ни у једном Марвеловом стрипу, али има истинске моћи - желећете да га користите са другим токовима као што су цеви или утичнице. Погледајмо то:

Линук посебне датотеке и чита системски позив

Чињеница која се чита ради са разним датотекама као што су цеви, утичнице, ФИФО-ови или посебни уређаји попут диска или серијског порта је оно што је чини заиста моћнијом. Уз неке адаптације можете учинити заиста занимљиве ствари. Прво, то значи да можете дословно писати функције које раде на датотеци и уместо тога их користити са цевчицом. Занимљиво је преносити податке без ударања на диск, осигуравајући најбоље перформансе.

Међутим, ово покреће и посебна правила. Узмимо пример читања линије са терминала у поређењу са нормалном датотеком. Када назовете читање у нормалној датотеци, Линуку треба само неколико милисекунди да добије количину података коју тражите.

Али што се тиче терминала, то је друга прича: рецимо да тражите корисничко име. Корисник куца на терминалу своје корисничко име и притисните Ентер. Сада следите мој горњи савет и позивате читање са великим бафером као што је 256 бајтова.

Ако би читање функционисало као код датотека, сачекало би да корисник унесе 256 знакова пре него што се врати! Ваш корисник би сачекао заувек, а затим нажалост убио вашу апликацију. То сигурно није оно што желите и имали бисте велики проблем.

Добро, могли бисте читати по један бајт, али ово заобилазно решење је ужасно неефикасно, као што сам вам рекао горе. Мора да делује боље од тога.

Али програмери Линука мислили су да читају другачије да би избегли овај проблем:

• Када читате нормалне датотеке, покушава што је више могуће прочитати пребројане бајтове и активно ће добити бајтове са диска ако је то потребно.
• За све остале типове датотека вратиће се чим доступни су неки подаци и Највише цоунт битес:
  1. За терминале је обично када корисник притисне тастер Ентер.
  2. За ТЦП утичнице, чим ваш рачунар нешто прими, није битно колико бајтова добије.
  3. За ФИФО или цеви обично је то иста количина као што је написала друга апликација, али Линук кернел може истовремено испоручивати мање ако је то погодније.

Тако можете безбедно да зовете са бафером од 2 КиБ, а да не будете заувек закључани. Имајте на уму да се такође може прекинути ако апликација прими сигнал. Како читање из свих ових извора може трајати секунде или чак сате - све док друга страна ипак не одлучи да пише - прекид сигнала омогућава да престанете да останете предуго блокирани.

Ово такође има недостатак: када желите да тачно прочитате 2 КиБ са овим специјалним датотекама, мораћете више пута да проверите повратну вредност читања и позив прочитате. читање ће ретко попунити читав ваш бафер. Ако ваша апликација користи сигнале, такође ћете морати да проверите да ли читање није успело са -1, јер га је прекинуо сигнал, користећи еррно.

Показаћу вам како може бити занимљиво користити ово посебно својство читања: