• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            默然前行

            write whatever i think.

            read/write(1) -- read

            函數(shù)名:
                  read - 從文件描述字中讀

            摘要:

            1 #include <unistd.h>
            2 
            3 ssize_t read(int fd, void* buf, size_t cnt);

            描述:
                  read()試圖從文件描述字fd中讀取cnt字節(jié)到以buf開始的緩沖區(qū)中。
                  如果cnt為0,read()返回0并且buf中沒有結果;如果cnt大于SSIZE_MAX,結果為定義。

            返回值:
                  如果成功,返回讀取的字節(jié)數(shù)`ret'(非負,0代表遇到了文件結束符),并且文件位置前移ret字節(jié)。如果ret<cnt并不代表出錯;例如,這種情況可能是由于當前只有ret字節(jié)可用(可能是因為已經接近文件結束,或者因為我們正從管道或終端中讀取),也可能由于read()被信號中斷。如果出錯,返回-1。在這種情況下,文件位置是否改變是未定義行為。

            錯誤號:
                  EINTR   該調用在讀完數(shù)據(jù)之前被信號中斷。
                  EAGAIN   用O_NONBLOCK選擇了非阻塞模式I/O,但是當前沒有數(shù)據(jù)可用。
                  EIO      I/O錯誤。例如這種情況可能發(fā)生在當前進程為后臺運行組,試圖從它所控制的tty中讀取,但是該終端為當前無效或者屏蔽了SIGTTIN信號又或者該終端進程為“孤兒進程”(orphan process)。 當從磁盤中讀取數(shù)據(jù)時遇到底層I/O錯誤時,也會發(fā)生這種情況。
                  EISDIR   fd引用了一個目錄。
                  EBADF   fd不是有效文件描述字,或者沒有為讀打開。
                  EINVAL   fd引用了一個不支持讀操作的設備。
                  EFAULT   buf超出了可訪問地址空間。
                  其他錯誤也會發(fā)生,這取決于fd所連接的設備。 POSIX允許read調用在讀取部分數(shù)據(jù)后被信號中斷后,或者返回-1(錯誤號被置為EINTR),或者返回已經讀取的字節(jié)數(shù)。

            規(guī)范:
                  SVr4, SVID, AT&T, POSIX, X/OPEN, BSD 4.3

            約束:
                  在NFS文件系統(tǒng)中,讀取小量數(shù)據(jù)只在第一次時更新時間戳,而后續(xù)調用不會更新。這是由客戶端屬性緩存(client side attribute caching)導致的,因為絕大多數(shù)NFS客戶端讓server維護atime(最后訪問時間),而客戶端read調用所產生的讀操作沒有造成server端的讀操作從而也不會導致server更新atime??梢酝ㄟ^禁用客戶端屬性緩存以獲得UNIX語義,但事實證明大多數(shù)情況下這會增加server負載并降低性能。

            參考:
                  close(2), fcntl(2), ioctl(2), lseek(2), readdir(2), readlink(2), select(2), write(2), fread(3), readv(3)

            posted on 2008-09-12 10:01 Zech 閱讀(1409) 評論(1)  編輯 收藏 引用 所屬分類: unix

            Feedback

            # re: read/write(1) -- read[未登錄] 2008-09-12 13:09 raof01

            為你的努力鼓掌。
            但是……我覺得這些沒有必要翻譯過來。一個合格的程序員,一定要feel comfortable with English。全世界都是如此  回復  更多評論   


            国产高潮国产高潮久久久| 久久精品这里热有精品| 中文字幕精品久久| 一本久久a久久精品vr综合| 久久亚洲精品人成综合网| 久久久精品午夜免费不卡| 性做久久久久久久久| 久久精品国产亚洲AV无码麻豆 | 欧美精品乱码99久久蜜桃| 久久香蕉超碰97国产精品| 久久免费99精品国产自在现线 | 亚洲中文字幕无码久久2020| 999久久久无码国产精品| 久久91精品国产91| AAA级久久久精品无码区| 久久久久久无码Av成人影院| 久久国产成人| 精品久久一区二区三区| 亚洲国产精品无码久久久不卡| 久久精品国产WWW456C0M| 国产精品一区二区久久国产| 中文成人无码精品久久久不卡| 欧美激情精品久久久久| 91久久婷婷国产综合精品青草| 99久久国产精品免费一区二区| 久久久99精品成人片中文字幕 | 26uuu久久五月天| 久久精品www人人爽人人| 97久久婷婷五月综合色d啪蜜芽| 久久一区二区免费播放| 国产精品日韩欧美久久综合| 韩国无遮挡三级久久| 久久夜色精品国产噜噜麻豆| 国内精品人妻无码久久久影院导航| 久久青青草原精品国产不卡| 久久se精品一区精品二区国产| 精品久久777| a级毛片无码兔费真人久久| 久久最近最新中文字幕大全| 91性高湖久久久久| 久久精品二区|