• <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++博客 首頁 新隨筆 聯系 聚合 管理
              64 Posts :: 3 Stories :: 22 Comments :: 0 Trackbacks


            在Huihoo的ACE論壇中,有一網友問到為什么ACE_Time_Value的秒數在Debug版本少一秒,而
            在Release版本上“正?!薄=涍^對其代碼的復讀以及對ACE的跟蹤,發現原來是編碼不規范犯
            下的一個很嚴重的錯誤造成的。本文就討論這一例子。

            以下引用
            ?

            ?1?/*
            ?2?我寫了個從年月日時分秒數值得到ACE_Time_Value結果的函數:
            ?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(日期時間參數溢出合理的習慣日期時間范圍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;?//奇怪,當由各部分數量構造ACE_Time_Value時,debug編譯時,秒的數量總是自動減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(日期時間轉化錯誤,得到<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相關代碼后才發現,問題原來出在你寫的函數中,病因是,使用未完全初始化的結構體變量

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

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


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





            原代碼更嚴重的錯誤在于:
            原以為 Release版本是“正?!钡?,其實不然,而是Release隱藏了更嚴重的錯誤。
            嚴重是因為它表現出錯誤的時候很隨機,一旦產品發布,很難發現。

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

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

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

            聲明一個結構體后,如果要對其初始化,建議先把它設為0之后再作后續操作,養成這樣一個習慣,就不會出現這樣郁悶的事了。


            原貼出處:
            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++編碼不規范出現的錯誤一例的解析 2010-07-01 09:41 mymtom
            sec<0 || sec>59
            是不對的.應該是
            sec<0 || sec>60
              回復  更多評論
              

            99热热久久这里只有精品68| 久久精品亚洲精品国产色婷| 四虎国产永久免费久久| 69SEX久久精品国产麻豆| 亚洲精品国产成人99久久| 国内精品久久久久久久影视麻豆| 一本大道久久a久久精品综合| 天天综合久久久网| 亚洲AV伊人久久青青草原| 麻豆一区二区99久久久久| 久久国产精品国语对白| 思思久久好好热精品国产| 久久婷婷五月综合97色一本一本| 精品久久一区二区| 久久精品国产清自在天天线| 国产精品久久亚洲不卡动漫| 久久99热这里只频精品6| 嫩草影院久久99| 久久人人爽人人爽人人片AV不 | 亚洲精品成人久久久| 人妻无码中文久久久久专区| 久久久不卡国产精品一区二区| 伊人久久精品无码二区麻豆| 青草久久久国产线免观| 99久久99这里只有免费的精品| 久久久久国产精品人妻| 久久五月精品中文字幕| 97精品伊人久久久大香线蕉| 久久精品国产精品亚洲毛片| 99精品久久精品一区二区| 欧美国产精品久久高清| 久久久精品视频免费观看| 亚洲一本综合久久| 97精品伊人久久久大香线蕉| 日韩精品国产自在久久现线拍 | 18岁日韩内射颜射午夜久久成人| 久久亚洲中文字幕精品有坂深雪| 免费一级欧美大片久久网| 99久久精品国产一区二区蜜芽| 久久最近最新中文字幕大全| 国产亚洲精久久久久久无码|