为什么开机仅几小时 GetTickCount 取到的数值为 -1954795468 按我的认识 应该是在21天之后才会取得负值 呀

BIGGER2016 2016-05-30 01:14:06
在XP系统下正常的代码，为什么在WIN8 64位的系统中 开机仅几小时 GetTickCount 取到的数值为 -1954795468 按我的认识 应该是在21天之后才会取得负值 呀

相关代码如下：

Public Declare Function GetTickCount Lib "kernel32" () As Long ' 返回从开机始之后的毫秒数
Public sCurrentCount As Long
sCurrentCount = GetTickCount

sCurrentCount 取得的值 为 -1954795468
...全文
1486 20 打赏 收藏 转发到动态 举报
写回复
用AI写文章
20 条回复
切换为时间正序
请发表友善的回复…
发表回复
嗷嗷叫的老马 2016-06-19
  • 打赏
  • 举报
 回复
引用 19 楼 Chen8013 的回复:
[quote=引用 18 楼 myjian 的回复:] [quote=引用 17 楼 Chen8013 的回复:] [quote=引用 16 楼 myjian 的回复:] 好象也有人在WIN8 64位上遇到过这个问题. 有可能是一个BUG?
老马，好久不见！　 这个在 Win7 64位上都是正常的，　到了Win8那儿，就BUG了？有点说不通吧。 [/quote] 好久不见! 我搜了一下,看见有人在说开机五六小时就负值的,也是WIN8 64位,但没提到原因. 另外这个GetTickCount只是读个值,也许它读的那个地方被改了?比如有名的变速齿轮之类软件,就是HOOK相关的时间API来实现变速的[/quote] 按理说也不应该有什么软件去乱改这些数据。 呃，我们在这儿瞎猜，没有什么意义。 我刚来这个帖子回复时，就说了叫楼主验证一下。 按我在3楼说的做一下验证，找一点“推测依据”也不是难事，他却啥也不过问， 　　只管自顾自的“问”，对别人的疑惑他当没看见。 问题不能解决，我们也无法确认“出问题”的原因，费那些脑筋干什么！ 我不可能为了他这个没什么价值的问题，去装一个毫无意义的Win8来试吧！！！ [/quote] 也是啊!别人楼主都不上心,咱们费个啥劲啊,热脸贴啥冷屁股哈哈
舉杯邀明月 2016-06-18
  • 打赏
  • 举报
 回复
引用 18 楼 myjian 的回复:
[quote=引用 17 楼 Chen8013 的回复:] [quote=引用 16 楼 myjian 的回复:] 好象也有人在WIN8 64位上遇到过这个问题. 有可能是一个BUG?
老马，好久不见！　 这个在 Win7 64位上都是正常的，　到了Win8那儿，就BUG了？有点说不通吧。 [/quote] 好久不见! 我搜了一下,看见有人在说开机五六小时就负值的,也是WIN8 64位,但没提到原因. 另外这个GetTickCount只是读个值,也许它读的那个地方被改了?比如有名的变速齿轮之类软件,就是HOOK相关的时间API来实现变速的[/quote] 按理说也不应该有什么软件去乱改这些数据。 呃，我们在这儿瞎猜，没有什么意义。 我刚来这个帖子回复时，就说了叫楼主验证一下。 按我在3楼说的做一下验证，找一点“推测依据”也不是难事，他却啥也不过问， 　　只管自顾自的“问”，对别人的疑惑他当没看见。 问题不能解决，我们也无法确认“出问题”的原因，费那些脑筋干什么！ 我不可能为了他这个没什么价值的问题，去装一个毫无意义的Win8来试吧！！！
嗷嗷叫的老马 2016-06-18
  • 打赏
  • 举报
 回复
引用 17 楼 Chen8013 的回复:
[quote=引用 16 楼 myjian 的回复:] 好象也有人在WIN8 64位上遇到过这个问题. 有可能是一个BUG?
老马，好久不见！　 这个在 Win7 64位上都是正常的，　到了Win8那儿，就BUG了？有点说不通吧。 [/quote] 好久不见! 我搜了一下,看见有人在说开机五六小时就负值的,也是WIN8 64位,但没提到原因. 另外这个GetTickCount只是读个值,也许它读的那个地方被改了?比如有名的变速齿轮之类软件,就是HOOK相关的时间API来实现变速的
舉杯邀明月 2016-06-17
  • 打赏
  • 举报
 回复
引用 16 楼 myjian 的回复:
好象也有人在WIN8 64位上遇到过这个问题. 有可能是一个BUG?
老马，好久不见！　 这个在 Win7 64位上都是正常的，　到了Win8那儿，就BUG了？有点说不通吧。
嗷嗷叫的老马 2016-06-17
  • 打赏
  • 举报
 回复
好象也有人在WIN8 64位上遇到过这个问题. 有可能是一个BUG?
赵4老师 2016-06-16
  • 打赏
  • 举报
 回复
开机超过49.71/2天， GetTickCount就超过2^31了。
赵4老师 2016-06-16
  • 打赏
  • 举报
 回复
我的意思是楼主实际已经开机快到49.71天了，但由于中途修改过系统时间，让楼主误以为开机仅几小时。
舉杯邀明月 2016-06-16
  • 打赏
  • 举报
 回复
引用 12 楼 zhao4zhong1 的回复:
楼主电脑开机后，系统时间被修改过。我猜。

瞎说！！！
GetTickCount() 的结果根本不受“改时间”的影响。

这张图片，第一行的数据是“起始时间”，3个数据分别是：
当前系统时间　　从“0时”起当前时间的毫秒数　　开机后GetTickCount()的值
第二行的数据“改了系统时间之后”的结果，3个数据分别是：
当前系统时间　　当前时间跟前一时间相差毫秒数　　　GetTickCount()跟前一次相差毫秒数

可以看到：
点了Command1取得“时间基准”后，我在DOS窗口中改系统时间，再过来点Command2，
把时间改快了接近42分钟（不足42）时间，从“系统时间”计算的结果是快了250万毫秒；
但 GetTickCount() 的差值不到4000毫秒。
这就说明：
1.　我点Command1、打开DOS窗口改时间、点Command2，总共不到4秒；
2.　GetTickCount()不依赖系统时间，它是独立计数的，改系统时间不影响它。
赵4老师 2016-06-15
  • 打赏
  • 举报
 回复
楼主电脑开机后，系统时间被修改过。我猜。
BIGGER2016 2016-06-14
  • 打赏
  • 举报
 回复
引用 10 楼 Chen8013 的回复:
[quote=引用 9 楼 BIGGER2016 的回复:] [quote=引用 8 楼 BIGGER2016 的回复:] [quote=引用 7 楼 Chen8013 的回复:] [quote=引用 4 楼 BIGGER2016 的回复:] [quote=引用 3 楼 Chen8013 的回复:] 楼主算错了吧，应该是“约24.855天”之后才变负数的。 出现这个问题，应该是系统的原因吧，我在“ Win7-32位专业版”中的运行结果也是正常的。 不知道有没有可能在64位系统中，它的含义“重新定义过”了？ 比如它返回的是“微秒”而不是毫秒（这是我乱猜的，很可能不对，但楼主可以用下面的方法试验一下：） 用一个Timer控件，设置它的周期为1秒（或100ms）； 比较一下每次GetTickCount()的返回值，看它的差值是多少。 （跟以前一样，差值单位应该是“毫秒”；或者它真的应该是“微秒”为单位了　）
非常感谢，有没有具体的解决方法？ [/quote] 我这儿根本“遇不到问题”、也无法确定造成你的那种问题的原因，那又何来“解决问题”的说法？ 你按我说的去验证一下，又不是什么很麻烦的事。 先得摸清楚情况再说啊。 要不你就搜索一下“GetTickCount64”，看看那些资料对你有帮助没。 [/quote]日斤斤计较[/quote] 打错了，非常感谢。 [/quote] 我在 Win7 SP1/64位 下，运行结果完全正常。 真不知道是不是楼主的使用方法（或者说“代码”）是不是有问题。 [/quote] 非常感谢，还有其他答案吗？
舉杯邀明月 2016-06-05
  • 打赏
  • 举报
 回复
引用 9 楼 BIGGER2016 的回复:
[quote=引用 8 楼 BIGGER2016 的回复:] [quote=引用 7 楼 Chen8013 的回复:] [quote=引用 4 楼 BIGGER2016 的回复:] [quote=引用 3 楼 Chen8013 的回复:] 楼主算错了吧，应该是“约24.855天”之后才变负数的。 出现这个问题，应该是系统的原因吧，我在“ Win7-32位专业版”中的运行结果也是正常的。 不知道有没有可能在64位系统中，它的含义“重新定义过”了？ 比如它返回的是“微秒”而不是毫秒（这是我乱猜的，很可能不对，但楼主可以用下面的方法试验一下：） 用一个Timer控件，设置它的周期为1秒（或100ms）； 比较一下每次GetTickCount()的返回值，看它的差值是多少。 （跟以前一样，差值单位应该是“毫秒”；或者它真的应该是“微秒”为单位了　）
非常感谢，有没有具体的解决方法？ [/quote] 我这儿根本“遇不到问题”、也无法确定造成你的那种问题的原因，那又何来“解决问题”的说法？ 你按我说的去验证一下，又不是什么很麻烦的事。 先得摸清楚情况再说啊。 要不你就搜索一下“GetTickCount64”，看看那些资料对你有帮助没。 [/quote]日斤斤计较[/quote] 打错了，非常感谢。 [/quote] 我在 Win7 SP1/64位 下，运行结果完全正常。 真不知道是不是楼主的使用方法（或者说“代码”）是不是有问题。
BIGGER2016 2016-06-04
  • 打赏
  • 举报
 回复
引用 8 楼 BIGGER2016 的回复:
[quote=引用 7 楼 Chen8013 的回复:] [quote=引用 4 楼 BIGGER2016 的回复:] [quote=引用 3 楼 Chen8013 的回复:] 楼主算错了吧，应该是“约24.855天”之后才变负数的。 出现这个问题，应该是系统的原因吧，我在“ Win7-32位专业版”中的运行结果也是正常的。 不知道有没有可能在64位系统中，它的含义“重新定义过”了？ 比如它返回的是“微秒”而不是毫秒（这是我乱猜的，很可能不对，但楼主可以用下面的方法试验一下：） 用一个Timer控件，设置它的周期为1秒（或100ms）； 比较一下每次GetTickCount()的返回值，看它的差值是多少。 （跟以前一样，差值单位应该是“毫秒”；或者它真的应该是“微秒”为单位了　）
非常感谢，有没有具体的解决方法？ [/quote] 我这儿根本“遇不到问题”、也无法确定造成你的那种问题的原因，那又何来“解决问题”的说法？ 你按我说的去验证一下，又不是什么很麻烦的事。 先得摸清楚情况再说啊。 要不你就搜索一下“GetTickCount64”，看看那些资料对你有帮助没。 [/quote]日斤斤计较[/quote] 打错了，非常感谢。
BIGGER2016 2016-06-04
  • 打赏
  • 举报
 回复
引用 7 楼 Chen8013 的回复:
[quote=引用 4 楼 BIGGER2016 的回复:] [quote=引用 3 楼 Chen8013 的回复:] 楼主算错了吧，应该是“约24.855天”之后才变负数的。 出现这个问题，应该是系统的原因吧，我在“ Win7-32位专业版”中的运行结果也是正常的。 不知道有没有可能在64位系统中，它的含义“重新定义过”了？ 比如它返回的是“微秒”而不是毫秒（这是我乱猜的，很可能不对，但楼主可以用下面的方法试验一下：） 用一个Timer控件，设置它的周期为1秒（或100ms）； 比较一下每次GetTickCount()的返回值，看它的差值是多少。 （跟以前一样，差值单位应该是“毫秒”；或者它真的应该是“微秒”为单位了　）
非常感谢，有没有具体的解决方法？ [/quote] 我这儿根本“遇不到问题”、也无法确定造成你的那种问题的原因，那又何来“解决问题”的说法？ 你按我说的去验证一下，又不是什么很麻烦的事。 先得摸清楚情况再说啊。 要不你就搜索一下“GetTickCount64”，看看那些资料对你有帮助没。 [/quote]日斤斤计较
舉杯邀明月 2016-05-31
  • 打赏
  • 举报
 回复
引用 4 楼 BIGGER2016 的回复:
[quote=引用 3 楼 Chen8013 的回复:] 楼主算错了吧，应该是“约24.855天”之后才变负数的。 出现这个问题，应该是系统的原因吧，我在“ Win7-32位专业版”中的运行结果也是正常的。 不知道有没有可能在64位系统中，它的含义“重新定义过”了？ 比如它返回的是“微秒”而不是毫秒（这是我乱猜的，很可能不对，但楼主可以用下面的方法试验一下：） 用一个Timer控件，设置它的周期为1秒（或100ms）； 比较一下每次GetTickCount()的返回值，看它的差值是多少。 （跟以前一样，差值单位应该是“毫秒”；或者它真的应该是“微秒”为单位了　）
非常感谢，有没有具体的解决方法？ [/quote] 我这儿根本“遇不到问题”、也无法确定造成你的那种问题的原因，那又何来“解决问题”的说法？ 你按我说的去验证一下，又不是什么很麻烦的事。 先得摸清楚情况再说啊。 要不你就搜索一下“GetTickCount64”，看看那些资料对你有帮助没。
赵4老师 2016-05-30
  • 打赏
  • 举报
 回复
使用GetTickCount的地方就考虑其返回值的有效范围和绕回0的可能。 https://msdn.microsoft.com/en-us/library/ms724408(VS.85).aspx
BIGGER2016 2016-05-30
  • 打赏
  • 举报
 回复
引用 2 楼 zhao4zhong1 的回复:
仅供参考：
#pragma comment(lib,"ntdll")
#pragma comment(lib,"user32")
#include <afxdisp.h>
#include <windows.h>
#include <winnt.h>
#include <stdio.h>
#include <memory.h>
#include <math.h>
BOOL r;
extern "C" NTSYSAPI NTAPI NtQuerySystemInformation(
    IN  UINT   SystemInformationClass,  // 信息类型
    OUT PVOID  SystemInformation,       // 缓冲指针
    IN   ULONG SystemInformationLength, // 缓冲的字节大小
    OUT PULONG ReturnLength OPTIONAL    // 写入缓冲的字节数
);
//第一个参数是请求的信息类型。这个参数可以有许多值。为了得到系统启动时间，我们只用其中的一个值：SystemTimeInformation（3）。
//如果，第一个参数是SystemTimeInformation，则第二个参数必须是一个SYSTEM_TIME_INFORMATION结构指针。
typedef struct {
    LARGE_INTEGER liKeBootTime;//系统被启动的时间（以1/10000毫秒计）。
    LARGE_INTEGER liKeSystemTime;
    LARGE_INTEGER liExpTimeZoneBias;
    ULONG         uCurrentTimeZoneId;
    DWORD         dwReserved;
} SYSTEM_TIME_INFORMATION;
SYSTEM_TIME_INFORMATION sti;
ULONG rl;
ULONG tk;
FILETIME ft;
//SYSTEMTIME lt;
//extern "C" ULONGLONG WINAPI GetTickCount64(void);
//ULONGLONG tk64;
ULONGLONG d497;
#define days_of_2_32ms 49.71026962962962962962962962963 //(2^32)/24/60/60/1000=49.71026962962962962962962962963
int main() {
    NtQuerySystemInformation(3,&sti,sizeof(sti),&rl);//3==SystemTimeOfDayInformation
    COleDateTime t,now;
    CString s,fmt="%Y-%m-%d %H:%M:%S";

    memcpy(&ft,&sti.liKeBootTime,sizeof(LARGE_INTEGER));
    t=COleDateTime(ft);
    s=t.Format(fmt);
    printf("                            Boot DateTime: %s\n",s);
    tk=GetTickCount();//The elapsed time is stored as a DWORD value. Therefore, the time will wrap around to zero if the system is run continuously for 49.7 days.
    now=COleDateTime::GetCurrentTime();
    t=now-COleDateTimeSpan((double)tk/86400000.0);
    s=t.Format(fmt);
    printf("Prev GetTickCount() Wrap to Zero DateTime: %s\n",s);
    s=now.Format(fmt);
    printf("     GetTickCount():%08X,Now DateTime: %s\n",tk,s);
    t=now+COleDateTimeSpan((double)(0xFFFFFFFFu-tk)/86400000.0);
    s=t.Format(fmt);
    printf("Next GetTickCount() Wrap to Zero DateTime: %s\n",s);
    return 0;
}
非常感谢，有没有具体的解决方法？
BIGGER2016 2016-05-30
  • 打赏
  • 举报
 回复
引用 3 楼 Chen8013 的回复:
楼主算错了吧，应该是“约24.855天”之后才变负数的。 出现这个问题，应该是系统的原因吧，我在“ Win7-32位专业版”中的运行结果也是正常的。 不知道有没有可能在64位系统中，它的含义“重新定义过”了？ 比如它返回的是“微秒”而不是毫秒（这是我乱猜的，很可能不对，但楼主可以用下面的方法试验一下：） 用一个Timer控件，设置它的周期为1秒（或100ms）； 比较一下每次GetTickCount()的返回值，看它的差值是多少。 （跟以前一样，差值单位应该是“毫秒”；或者它真的应该是“微秒”为单位了　）
非常感谢，有没有具体的解决方法？
舉杯邀明月 2016-05-30
  • 打赏
  • 举报
 回复
楼主算错了吧，应该是“约24.855天”之后才变负数的。 出现这个问题，应该是系统的原因吧，我在“ Win7-32位专业版”中的运行结果也是正常的。 不知道有没有可能在64位系统中，它的含义“重新定义过”了？ 比如它返回的是“微秒”而不是毫秒（这是我乱猜的，很可能不对，但楼主可以用下面的方法试验一下：） 用一个Timer控件，设置它的周期为1秒（或100ms）； 比较一下每次GetTickCount()的返回值，看它的差值是多少。 （跟以前一样，差值单位应该是“毫秒”；或者它真的应该是“微秒”为单位了　）
赵4老师 2016-05-30
  • 打赏
  • 举报
 回复
仅供参考：
#pragma comment(lib,"ntdll")
#pragma comment(lib,"user32")
#include <afxdisp.h>
#include <windows.h>
#include <winnt.h>
#include <stdio.h>
#include <memory.h>
#include <math.h>
BOOL r;
extern "C" NTSYSAPI NTAPI NtQuerySystemInformation(
    IN  UINT   SystemInformationClass,  // 信息类型
    OUT PVOID  SystemInformation,       // 缓冲指针
    IN   ULONG SystemInformationLength, // 缓冲的字节大小
    OUT PULONG ReturnLength OPTIONAL    // 写入缓冲的字节数
);
//第一个参数是请求的信息类型。这个参数可以有许多值。为了得到系统启动时间，我们只用其中的一个值：SystemTimeInformation（3）。
//如果，第一个参数是SystemTimeInformation，则第二个参数必须是一个SYSTEM_TIME_INFORMATION结构指针。
typedef struct {
    LARGE_INTEGER liKeBootTime;//系统被启动的时间（以1/10000毫秒计）。
    LARGE_INTEGER liKeSystemTime;
    LARGE_INTEGER liExpTimeZoneBias;
    ULONG         uCurrentTimeZoneId;
    DWORD         dwReserved;
} SYSTEM_TIME_INFORMATION;
SYSTEM_TIME_INFORMATION sti;
ULONG rl;
ULONG tk;
FILETIME ft;
//SYSTEMTIME lt;
//extern "C" ULONGLONG WINAPI GetTickCount64(void);
//ULONGLONG tk64;
ULONGLONG d497;
#define days_of_2_32ms 49.71026962962962962962962962963 //(2^32)/24/60/60/1000=49.71026962962962962962962962963
int main() {
    NtQuerySystemInformation(3,&sti,sizeof(sti),&rl);//3==SystemTimeOfDayInformation
    COleDateTime t,now;
    CString s,fmt="%Y-%m-%d %H:%M:%S";

    memcpy(&ft,&sti.liKeBootTime,sizeof(LARGE_INTEGER));
    t=COleDateTime(ft);
    s=t.Format(fmt);
    printf("                            Boot DateTime: %s\n",s);
    tk=GetTickCount();//The elapsed time is stored as a DWORD value. Therefore, the time will wrap around to zero if the system is run continuously for 49.7 days.
    now=COleDateTime::GetCurrentTime();
    t=now-COleDateTimeSpan((double)tk/86400000.0);
    s=t.Format(fmt);
    printf("Prev GetTickCount() Wrap to Zero DateTime: %s\n",s);
    s=now.Format(fmt);
    printf("     GetTickCount():%08X,Now DateTime: %s\n",tk,s);
    t=now+COleDateTimeSpan((double)(0xFFFFFFFFu-tk)/86400000.0);
    s=t.Format(fmt);
    printf("Next GetTickCount() Wrap to Zero DateTime: %s\n",s);
    return 0;
}
利剑出鞘2012 2016-05-30
  • 打赏
  • 举报
 回复
楼主解决了吗？我的在window7下，用MFC获取的也是负值
组态王工程运行时间实时显示系统设计与实现
变量定义不仅仅是技术操作，更是一种工程实践的艺术。良好的命名规范、合理的初始化机制以及异常处理预案，共同构成健壮系统的基石。特别是在无人值守的工业现场，任何未初始化或命名混乱的变量都可能引发连锁故障。
51c视觉~YOLO~合集10
–hyp 超参数，先不管 –batch-size 这个yolov7我设高了容易爆，小点 1.2、关于yolo7和gpu 现在说明一下 本文绝对没在本站里看贴 只是为了给自己收藏 没有吹 b的意思 给自己看而已 也不需要这个站对自己有什么好处 ...
基于C++的水库优化调度系统POA算法实现源码
系统以数学模型为基础，结合防洪、供水、发电及生态等多元需求，构建动态调控机制，提升水资源利用效率。基于C++开发的调度引擎具备高实时性与强稳定性，尤其适用于“下耳呷水电站”这类复杂工况场景，为后续POA算法...
1 Studying《Optimizing software in C++》
通过我的水晶球，我预见到类似的解决方案可能有一天会在个人计算机处理器中实现。应用程序将能够定义可以在硬件定义语言中编码的应用特定指令。这样的处理器将在代码缓存和数据缓存之外还具有硬件定义代码的额外...
VeighNa框架的PostgreSQL数据库接口项目_基于peewee开发的PostgreSQL数据库接口_为VeighNa量化交易框架提供稳定高效的PostgreSQL数据库连.zip
VeighNa框架的PostgreSQL数据库接口项目_基于peewee开发的PostgreSQL数据库接口_为VeighNa量化交易框架提供稳定高效的PostgreSQL数据库连.zip
VB基础类

7,789

社区成员

197,583

社区内容

发帖
与我相关
我的任务
社区描述
VB 基础类
社区管理员
  • VB基础类社区
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章