• <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 在線詞典, 英語學(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 笨笨 閱讀(2866) 評(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

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

            久久天天躁狠狠躁夜夜avapp| 精品国际久久久久999波多野| 久久er国产精品免费观看8| 精品久久久久久久中文字幕| 少妇熟女久久综合网色欲| 国产一久久香蕉国产线看观看| 欧美精品丝袜久久久中文字幕 | 99久久www免费人成精品| 中文国产成人精品久久亚洲精品AⅤ无码精品 | 久久久WWW免费人成精品| 亚洲欧洲日产国码无码久久99| 99久久亚洲综合精品网站| 精品一二三区久久aaa片| 国产精品女同一区二区久久| 东方aⅴ免费观看久久av| 久久国产免费| 精品久久久久久亚洲精品| 少妇熟女久久综合网色欲| 国产精品久久久久久久午夜片 | 色偷偷久久一区二区三区| 久久精品中文字幕一区| 久久精品国产精品亚洲精品| 亚洲精品乱码久久久久久按摩 | 无码任你躁久久久久久| 99精品久久久久久久婷婷| 欧美丰满熟妇BBB久久久| 久久99久久99精品免视看动漫| 久久久久亚洲爆乳少妇无 | 久久精品亚洲AV久久久无码| 久久99精品国产麻豆不卡| 国产精品美女久久久久网| 久久久免费精品re6| 亚洲av日韩精品久久久久久a | 曰曰摸天天摸人人看久久久| 1000部精品久久久久久久久| 国产亚洲精久久久久久无码| 亚洲精品乱码久久久久久久久久久久| 久久精品无码一区二区WWW| 久久精品国产99国产精品导航| 久久婷婷五月综合色奶水99啪| 久久强奷乱码老熟女网站|