• <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 閱讀(1382) 評論(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ù)  更多評論
              

            精品久久久久久久久久久久久久久| 久久精品国产99久久久古代| 国产精品久久久亚洲| 久久天天躁狠狠躁夜夜网站| 久久精品无码午夜福利理论片| 精品国产VA久久久久久久冰 | 欧美一级久久久久久久大| 久久久久九九精品影院| 久久精品中文字幕一区| 久久婷婷综合中文字幕| 久久婷婷人人澡人人爽人人爱| 亚洲AV成人无码久久精品老人| 人人狠狠综合久久亚洲88| 一级a性色生活片久久无少妇一级婬片免费放| 中文字幕久久亚洲一区| 久久亚洲AV成人无码国产| 久久99精品久久久久久9蜜桃| 色综合久久久久无码专区| 久久综合视频网站| 国産精品久久久久久久| 99久久精品免费看国产一区二区三区| 国内精品久久久久久99| 国产成人综合久久精品红| 国产成人综合久久久久久| 国内精品久久久久久久97牛牛| 一本久道久久综合狠狠爱| 色诱久久av| 久久99热这里只有精品国产 | 亚洲国产精品久久66| 久久亚洲私人国产精品| 2019久久久高清456| 噜噜噜色噜噜噜久久| 久久久久久久综合综合狠狠| 久久免费高清视频| 中文字幕日本人妻久久久免费| 国产视频久久| 国产ww久久久久久久久久| 日本三级久久网| 国产免费福利体检区久久| 国产精品久久久久乳精品爆| 久久国产乱子精品免费女|