在Huihoo的ACE論壇中，有一網(wǎng)友問(wèn)到為什么ACE_Time_Value的秒數(shù)在Debug版本少一秒，而
在Release版本上“正常”。經(jīng)過(guò)對(duì)其代碼的復(fù)讀以及對(duì)ACE的跟蹤，發(fā)現(xiàn)原來(lái)是編碼不規(guī)范犯
下的一個(gè)很嚴(yán)重的錯(cuò)誤造成的。本文就討論這一例子。
以下引用
?
?1?/*
?2?我寫了個(gè)從年月日時(shí)分秒數(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í)間參數(shù)溢出合理的習(xí)慣日期時(shí)間范圍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時(shí),debug編譯時(shí),秒的數(shù)量總是自動(dòng)減1,在此要補(bǔ)上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(日期時(shí)間轉(zhuǎn)化錯(cuò)誤,得到<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竟然會(huì)有一秒的差別,莫名其妙地影響了我的項(xiàng)目.
36?哪位高手知道為什么?
37?另外ACE_Time_Value的范圍太小,ACE中是否有大日期時(shí)間范圍的其它類封裝?
38?*/
以下是我的回貼:
你這個(gè)問(wèn)題還真有趣,我跟蹤了ACE相關(guān)代碼后才發(fā)現(xiàn),問(wèn)題原來(lái)出在你寫的函數(shù)中,病因是,使用未完全初始化的結(jié)構(gòu)體變量
timespec_t?spec_t;
后面加上語(yǔ)句
memset(
&spec_t
,0,sizeof(timespec_t));
即可
局部變量?spec_t?在debug時(shí),各字段均被初始化為0xCCCCCCCC,它是一個(gè)負(fù)數(shù)
在下面的操作中,只修改了tv_sec,而tv_nsec?仍為一個(gè)負(fù)數(shù)
spec_t.tv_sec=mktime(
&time_tm
);?
ACE_Time_Value::normalize()默默地為你作了規(guī)格化處理，就替你減去了一秒鐘。
原代碼更嚴(yán)重的錯(cuò)誤在于：
原以為 Release版本是“正常”的，其實(shí)不然，而是Release隱藏了更嚴(yán)重的錯(cuò)誤。
嚴(yán)重是因?yàn)樗憩F(xiàn)出錯(cuò)誤的時(shí)候很隨機(jī)，一旦產(chǎn)品發(fā)布，很難發(fā)現(xiàn)。
//
對(duì)象(結(jié)構(gòu)體)timespec有兩個(gè)公有屬性
?typedef?
struct
?timespec
?????
{
???????time_t?tv_sec;?
//
?Seconds
???????
long
?tv_nsec;?
//
?Nanoseconds,?十億分之一秒
?????}
?timespec_t;
?????
在原代碼16行
timespec_t spec_t;
構(gòu)造了一個(gè) timespec_t? 臨時(shí)對(duì)象spec_t后,debug版把它各字段初始化為 0xcccccccc,這使得問(wèn)題一下子得于曝光.而Release版本, spec_t 為一個(gè)隨機(jī)值. 本例程中,不允許 spec_t的tv_nsec為非0的任何數(shù),為正常盡管看上去沒(méi)有問(wèn)題,但是這個(gè)對(duì)應(yīng)的ACE_Time_Value的值也不可靠.在特定情況下可能產(chǎn)生重大事故.
C++編碼規(guī)范：
初始化對(duì)象時(shí)要完全。
聲明一個(gè)結(jié)構(gòu)體后，如果要對(duì)其初始化，建議先把它設(shè)為0之后再作后續(xù)操作，養(yǎng)成這樣一個(gè)習(xí)慣，就不會(huì)出現(xiàn)這樣郁悶的事了。
原貼出處:
http://www.huihoo.com/forum/viewthread.php?tid=11016
mooyee