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

            Focus on ACE

            訂閱 ace-china
            電子郵件:
            瀏覽存于 groups.google.com 上的所有帖子

            C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
              64 Posts :: 3 Stories :: 22 Comments :: 0 Trackbacks


            在Huihoo的ACE論壇中,有一網(wǎng)友問到為什么ACE_Time_Value的秒數(shù)在Debug版本少一秒,而
            在Release版本上“正?!?。經(jīng)過對其代碼的復(fù)讀以及對ACE的跟蹤,發(fā)現(xiàn)原來是編碼不規(guī)范犯
            下的一個很嚴(yán)重的錯誤造成的。本文就討論這一例子。

            以下引用
            ?

            ?1?/*
            ?2?我寫了個從年月日時分秒數(shù)值得到ACE_Time_Value結(jié)果的函數(shù):
            ?3?*/
            ?4?long?s_get_ace_datetime(ACE_Time_Value?&?ace_datetime,
            ?5???????int?year,
            ?6???????int?month,
            ?7???????int?day,
            ?8???????int?hour,
            ?9???????int?min,
            10???????int?sec)
            11?{
            12?????if(year<1970?||?year>2038?||?month<1?||?month>12?||?day<1?||?day>31?||
            13?????????hour<0?||?hour>23?||?min<0?||?min>59?||?sec<0?||?sec>59)
            14???????????ACE_ERROR_RETURN((LM_ERROR,
            15??????????????????????????ACE_TEXT("%I(日期時間參數(shù)溢出合理的習(xí)慣日期時間范圍1970.1.2-2038.1.18)n")),-1);
            16?????timespec_t?spec_t;
            17?????tm?time_tm;?
            18???time_tm.tm_year=year-1900;
            19???time_tm.tm_mon=month-1;
            20???time_tm.tm_mday=day;
            21???time_tm.tm_hour=hour;
            22???time_tm.tm_min=min;
            23???#if?defined?(ACE_NDEBUG)
            24?????time_tm.tm_sec=sec;
            25???#else
            26?????time_tm.tm_sec=sec+1;?//奇怪,當(dāng)由各部分?jǐn)?shù)量構(gòu)造ACE_Time_Value時,debug編譯時,秒的數(shù)量總是自動減1,在此要補上1
            27???#endif
            28????spec_t.tv_sec=mktime(&time_tm);?
            29????if(spec_t.tv_sec<0)
            30????ACE_ERROR_RETURN((LM_ERROR,ACE_TEXT("%I(日期時間轉(zhuǎn)化錯誤,得到<0的time_t,日期范圍是1970.1.2-2038.1.18)n")),-1);
            31????ace_datetime.set(spec_t);
            32????return?0;
            33?}
            34?/*
            35?我在VC++7.1上分別編譯了Debug版本和Release版本,time_tm.tm_sec竟然會有一秒的差別,莫名其妙地影響了我的項目.
            36?哪位高手知道為什么?
            37?另外ACE_Time_Value的范圍太小,ACE中是否有大日期時間范圍的其它類封裝?
            38?*/

            以下是我的回貼:

            你這個問題還真有趣,我跟蹤了ACE相關(guān)代碼后才發(fā)現(xiàn),問題原來出在你寫的函數(shù)中,病因是,使用未完全初始化的結(jié)構(gòu)體變量

            timespec_t?spec_t;
            后面加上語句
            memset(
            &spec_t ,0,sizeof(timespec_t));
            即可

            局部變量?spec_t?在debug時,各字段均被初始化為0xCCCCCCCC,它是一個負(fù)數(shù)
            在下面的操作中,只修改了tv_sec,而tv_nsec?仍為一個負(fù)數(shù)
            spec_t.tv_sec=mktime(
            &time_tm );?


            ACE_Time_Value::normalize()默默地為你作了規(guī)格化處理,就替你減去了一秒鐘。





            原代碼更嚴(yán)重的錯誤在于:
            原以為 Release版本是“正常”的,其實不然,而是Release隱藏了更嚴(yán)重的錯誤。
            嚴(yán)重是因為它表現(xiàn)出錯誤的時候很隨機,一旦產(chǎn)品發(fā)布,很難發(fā)現(xiàn)。

            // 對象(結(jié)構(gòu)體)timespec有兩個公有屬性
            ?typedef? struct ?timespec
            ?????
            {
            ???????time_t?tv_sec;?
            // ?Seconds
            ??????? long ?tv_nsec;? // ?Nanoseconds,?十億分之一秒
            ?????}
            ?timespec_t;
            ?????

            在原代碼16行
            timespec_t spec_t;
            構(gòu)造了一個 timespec_t? 臨時對象spec_t后,debug版把它各字段初始化為 0xcccccccc,這使得問題一下子得于曝光.而Release版本, spec_t 為一個隨機值. 本例程中,不允許 spec_t的tv_nsec為非0的任何數(shù),為正常盡管看上去沒有問題,但是這個對應(yīng)的ACE_Time_Value的值也不可靠.在特定情況下可能產(chǎn)生重大事故.

            C++編碼規(guī)范:
            初始化對象時要完全。

            聲明一個結(jié)構(gòu)體后,如果要對其初始化,建議先把它設(shè)為0之后再作后續(xù)操作,養(yǎng)成這樣一個習(xí)慣,就不會出現(xiàn)這樣郁悶的事了。


            原貼出處:
            http://www.huihoo.com/forum/viewthread.php?tid=11016


            mooyee

            posted on 2006-04-11 15:29 Stone Jiang 閱讀(1369) 評論(1)  編輯 收藏 引用 所屬分類: ACEC++&OOP

            Feedback

            # re: C++編碼不規(guī)范出現(xiàn)的錯誤一例的解析 2010-07-01 09:41 mymtom
            sec<0 || sec>59
            是不對的.應(yīng)該是
            sec<0 || sec>60
              回復(fù)  更多評論
              

            久久丫精品国产亚洲av| 草草久久久无码国产专区| 日产精品久久久久久久性色| 久久99精品综合国产首页| 久久婷婷色综合一区二区| 色婷婷综合久久久久中文 | 99久久精品免费看国产一区二区三区| 东方aⅴ免费观看久久av| 久久精品二区| 国产69精品久久久久777| 日本五月天婷久久网站| 99久久精品免费国产大片| 精品无码久久久久国产动漫3d| 久久香蕉国产线看观看乱码| 少妇人妻综合久久中文字幕| 精品国产91久久久久久久a | 久久久久亚洲AV无码网站| 欧美成a人片免费看久久| 国产一久久香蕉国产线看观看| 中文字幕无码久久人妻| 93精91精品国产综合久久香蕉| 久久精品中文无码资源站| 97久久国产综合精品女不卡 | 久久这里都是精品| 国产精品日韩深夜福利久久 | 久久中文字幕视频、最近更新| 国产成人精品久久免费动漫| 7777精品久久久大香线蕉| 亚洲国产小视频精品久久久三级| 久久99久久无码毛片一区二区| 日韩亚洲欧美久久久www综合网| 久久久无码精品亚洲日韩蜜臀浪潮| 蜜桃麻豆WWW久久囤产精品| 伊人久久一区二区三区无码| 欧美粉嫩小泬久久久久久久| 久久久久18| 亚洲AV伊人久久青青草原| 无码人妻少妇久久中文字幕| 亚洲v国产v天堂a无码久久| 欧美国产成人久久精品| 日韩人妻无码一区二区三区久久99|