绝对高难度的问题！

[zhang_qxian]

在程序中用到了多媒体时钟：timeGetTime().主要是因为要精确到毫秒。但现在发现一个严重的问题。因为timeGetTime()是从Windows启动的时候开始计时的，而返回值是一个DWORD类型。当系统运行49.71天之后，就会产生越界。在Win98第一版中就必须要重起机器！但据说Windows 98及后来版本都有了补丁。可谁知道Windows自己是怎么处理的？难道在49.71天后又重置了值。可是如果我做减法，前一个时间是2的32次幂减一，后一个是0，我的程序就要崩溃了！
谁能够解决？当然，也可以用GetLocalTime得到毫秒，但不知准不准。况且做精确到毫秒的时间减法巨复杂（如果你够高手，不妨提供一个效率高的时间减法算法），因为要做很多的判断（ms,s,mi,h,d,m,y).
虽然我只有区区20分，但还请高手指点！神啊，救救我吧！

[xxxbird]

if (end < start)
duration = (0xFFFFFFFF - start) + end;
else
duration = end - start;

[y_pro]

做精确到毫秒的时间减法不麻烦啊？只要把时间全转换到毫秒再做就OK了
要注意的是年月日转换到日，时分秒转换到毫秒
全部用移位和加法来做，不需要判断，原来做过一个，很快。
其实如果不是运行频率很高的代码段，慢一点也没什么影响。

[Kevin_qing]

看下面的：
在
start=1;
end=2;

end-start=1;

当走到越界的部分时
start=0xffffffff
end=3;
end-start=3-(-1)=4;

所以不存在你说的越界的问题，除非start和end相差了2^32以上。这样你只能使用int_64来计算了

[zhang_qxian]

to xxxbird:
老大，start=timeGetTime()已经越界了，你如何处理？

[xxxbird]

Kevin_qing(Kevin)说得对。这里面要注意一个数据类型的问题。在Kevin给出的算法中，其数据类型是int. 在我给出的算法中，数据类型是DWORD.

[zhang_qxian]

to Kevin_qing:
可是当你超过了49.71 天之后，timeGetTime()的值就一直是-1了？那样两个这样的时间相减的话都是0了？这下我不是玩完了？

[Kevin_qing]

DWORD和int的加法对计算机来说是一回事。

[Kevin_qing]

谁的win98可以跑49天不死机、重起？
再说如果有这种事情，那么也没有办法解决的，因为你根本得不到正确的时间，怎么可能计时。

[xxxbird]

当超过49.71天之后，系统又会从0开始计算。

[xxxbird]

呵呵，Kevin说的有理。

[zhang_qxian]

to xxxbird:
你能够肯定49.71天之后系统就从0开始计算？

[zhang_qxian]

算了，我也不和你们讨论了。现在我找到了一种解决的办法，就是用_timeb结构！踏是从midnight (00:00:00), January 1, 1970开始计时的。用的是long,单位是s。但其中又一个毫秒成员。所以现在就可以实现我的功能了！
爽！

[xxxbird]

sure.