• <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>
            Dict.CN 在線詞典, 英語(yǔ)學(xué)習(xí), 在線翻譯

            學(xué)海苦作舟,書山勤為徑

            留下點(diǎn)回憶

            常用鏈接

            統(tǒng)計(jì)

            積分與排名

            Denoise

            English study

            Web技術(shù)

            數(shù)據(jù)壓縮

            一些連接

            最新評(píng)論

            調(diào)用read函數(shù)之前請(qǐng)給errno復(fù)位(linux)

            在linux中調(diào)用read,如果你要查詢errno來判斷錯(cuò)誤的時(shí)候一定要注意了,這個(gè)API有時(shí)不會(huì)改變errno,那么有可能它是上次的值,而根據(jù)它判斷就是錯(cuò)誤的。
            因此一定要記得reset它(errno=0),然后再調(diào)用read。這個(gè)時(shí)候如果errno為0,說明沒有被設(shè)置。

            任何有效的errno都應(yīng)該是大于0的。

            posted on 2011-12-05 10:18 笨笨 閱讀(2881) 評(píng)論(10)  編輯 收藏 引用 所屬分類: NetworkLinux

            評(píng)論

            # re: 調(diào)用read函數(shù)之前請(qǐng)給errno復(fù)位(linux) 2011-12-05 18:25 陳梓瀚(vczh)

            好悲慘的設(shè)計(jì)。  回復(fù)  更多評(píng)論   

            # re: 調(diào)用read函數(shù)之前請(qǐng)給errno復(fù)位(linux) 2011-12-05 20:00 冷鋒

            一般是發(fā)生錯(cuò)誤才需要檢查errno的吧,發(fā)生錯(cuò)誤了errno就被修改了,具體看man手冊(cè),為啥會(huì)要在errno沒有被改也即沒有發(fā)生錯(cuò)誤的情況下檢查errno呢?  回復(fù)  更多評(píng)論   

            # re: 調(diào)用read函數(shù)之前請(qǐng)給errno復(fù)位(linux) 2011-12-05 22:51 笨笨

            @冷鋒
            舉個(gè)例子吧!
            TCP發(fā)送FIN包的時(shí)候會(huì)有時(shí)間IN事件過來,這個(gè)時(shí)候去Read,返回是0,也就是什么也沒有讀到。這種情況下是不會(huì)有錯(cuò)誤發(fā)生的,但怎么樣區(qū)分是連接關(guān)閉還是數(shù)據(jù)沒有呢,你就不得不使用errno了。。。說到這里我想你應(yīng)該明白了。。。  回復(fù)  更多評(píng)論   

            # re: 調(diào)用read函數(shù)之前請(qǐng)給errno復(fù)位(linux) 2011-12-06 09:23 Onway

            在reset errno之前還應(yīng)該為errno保存一個(gè)副本吧?  回復(fù)  更多評(píng)論   

            # re: 調(diào)用read函數(shù)之前請(qǐng)給errno復(fù)位(linux) 2011-12-06 09:53 笨笨

            @Onway
            這個(gè)可能是要注意的,有的情況下,上一次的errno是需要被檢查的。  回復(fù)  更多評(píng)論   

            # re: 調(diào)用read函數(shù)之前請(qǐng)給errno復(fù)位(linux) 2011-12-06 11:09 冷鋒

            man recv顯示返回值是-1或者>=0的數(shù),只有=-1才是錯(cuò)誤發(fā)生,只有錯(cuò)誤發(fā)生了errno才會(huì)被修改才是有效的吧,你在=0的時(shí)候取errno去判斷是有問題的,對(duì)方發(fā)fin包過來,我方會(huì)收到可讀通知,然后recv就會(huì)收到0,就說明對(duì)方關(guān)閉連接了啊@笨笨
              回復(fù)  更多評(píng)論   

            # re: 調(diào)用read函數(shù)之前請(qǐng)給errno復(fù)位(linux) 2011-12-06 13:53 笨笨

            @冷鋒
            如果你循環(huán)接收數(shù)據(jù),知道一個(gè)錯(cuò)誤發(fā)生,因?yàn)槟愕腂UFFER有限,所以你最后一次read到的結(jié)果是0,這個(gè)時(shí)候errno不是為0.
            FIN的時(shí)候read結(jié)果是0,這個(gè)時(shí)候errno是0.
            不使用errno,請(qǐng)問還有什么好辦法?  回復(fù)  更多評(píng)論   

            # re: 調(diào)用read函數(shù)之前請(qǐng)給errno復(fù)位(linux) 2011-12-06 18:09 冷鋒

            文檔里面是這么寫的:the return value will be 0 when the peer has performed an orderly shutdown.難道還有其他情況recv會(huì)返回0的嗎?除非文檔有問題。如果你是用的阻塞式的socket,buffer有限,會(huì)一直被阻塞,如果是非阻塞的話,那么肯定會(huì)返回<0吧,然后檢查errno==EAGAIN,說明緩沖器已經(jīng)沒有東西可讀了@笨笨
              回復(fù)  更多評(píng)論   

            # re: 調(diào)用read函數(shù)之前請(qǐng)給errno復(fù)位(linux) 2011-12-06 22:40 笨笨

            我用的是read,另外文檔只是文檔。。。  回復(fù)  更多評(píng)論   

            # re: 調(diào)用read函數(shù)之前請(qǐng)給errno復(fù)位(linux)[未登錄] 2011-12-09 22:43 me

            這類破文章都能等上首頁(yè),真是墮落。  回復(fù)  更多評(píng)論   

            久久精品国产亚洲一区二区三区| 精品无码人妻久久久久久| 久久人人添人人爽添人人片牛牛| 一本综合久久国产二区| 狠狠色丁香久久婷婷综合图片| 日韩精品久久久久久免费| 日韩一区二区久久久久久| 欧美亚洲另类久久综合婷婷| 久久久噜噜噜久久熟女AA片| 久久精品国产精品亚洲| 亚洲AV无码1区2区久久| 久久综合给合综合久久| 久久久久亚洲av无码专区导航 | 亚洲午夜久久久| 国产成人精品久久免费动漫| 久久涩综合| 色综合久久最新中文字幕| 久久99热这里只有精品国产| 精品久久久无码中文字幕天天| 久久婷婷成人综合色综合| 欧美午夜精品久久久久久浪潮| 国产精品久久久久jk制服| 久久国产欧美日韩精品| 久久综合九色综合欧美就去吻| 久久中文字幕一区二区| 激情伊人五月天久久综合| 亚洲国产一成人久久精品| 伊人久久一区二区三区无码| 久久精品中文字幕有码| 国产女人aaa级久久久级| 99久久国产免费福利| 久久夜色精品国产亚洲| 97精品久久天干天天天按摩| 久久久无码精品亚洲日韩按摩| 亚洲国产美女精品久久久久∴| 99精品国产综合久久久久五月天| 国产精品99久久久精品无码| 亚洲精品乱码久久久久久蜜桃| 三级三级久久三级久久| 国产精品99久久久精品无码| 人人狠狠综合久久88成人|