• <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)論   

            99久久精品毛片免费播放| 国产午夜精品理论片久久影视| 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲 | 久久久久国色AV免费观看| 天堂无码久久综合东京热| 伊人久久综合无码成人网| 777久久精品一区二区三区无码| 国内精品免费久久影院| 久久91精品国产91| 久久99国产精品久久久| 少妇熟女久久综合网色欲| 国产成人综合久久综合| 亚洲国产成人久久一区久久| 国产精品一区二区久久| 久久久SS麻豆欧美国产日韩| 99久久免费国产精品| 亚洲日韩中文无码久久| 久久久久久极精品久久久| 精品久久人妻av中文字幕| 狠狠色丁香久久婷婷综合蜜芽五月| 久久精品中文闷骚内射| 久久亚洲国产最新网站| 久久www免费人成看国产片| 久久天天躁狠狠躁夜夜躁2O2O | 久久亚洲sm情趣捆绑调教| 国产精品99久久久久久猫咪| 久久精品国产亚洲av日韩| 国产aⅴ激情无码久久| 婷婷国产天堂久久综合五月| 久久精品国产99国产精品| 久久国产乱子伦精品免费强| 婷婷久久久亚洲欧洲日产国码AV| 欧美亚洲日本久久精品| 久久精品国产色蜜蜜麻豆| 精品无码久久久久久久久久| 72种姿势欧美久久久久大黄蕉| 人妻精品久久无码区| 无码国内精品久久人妻蜜桃| 无码精品久久久天天影视| 久久久久久夜精品精品免费啦| 午夜久久久久久禁播电影|