A
Alain Dekker
I'm using GetTickCount exported from kernel32.dll as follows:
Private Declare Function GetTickCount Lib "kernel32 as Long ' Taken from
several web sources
I'm curious. Why is the type Long (64-bit, signed)? All my previous
compilers (Delphi 7, Visual C++ 6, Visual C++ in VS2003.NET) have returned a
DWORD (unsigned 32-bit number).
The MSDN documentation states that:
DWORD WINAPI GetTickCount(void);
http://msdn.microsoft.com/en-us/library/ms724408(VS.85).aspx
Questions:
* Why does VB return a signed 64-bit number?
* Why doesn't VB have a unsigned 32-bit integer data type anyway? Its got a
8-bit and 16-bit unsigned type, but no 32-bit unsigned.
* What are the units of the VB GetTickCount version? Normally its ms, but
the numbers being returned don't seem to support that.
* Is the VB.NET version somehow more "accurate" or just the way it is
because of the missing unsigned 32-bit integer data type?
Thanks,
Alain
Private Declare Function GetTickCount Lib "kernel32 as Long ' Taken from
several web sources
I'm curious. Why is the type Long (64-bit, signed)? All my previous
compilers (Delphi 7, Visual C++ 6, Visual C++ in VS2003.NET) have returned a
DWORD (unsigned 32-bit number).
The MSDN documentation states that:
DWORD WINAPI GetTickCount(void);
http://msdn.microsoft.com/en-us/library/ms724408(VS.85).aspx
Questions:
* Why does VB return a signed 64-bit number?
* Why doesn't VB have a unsigned 32-bit integer data type anyway? Its got a
8-bit and 16-bit unsigned type, but no 32-bit unsigned.
* What are the units of the VB GetTickCount version? Normally its ms, but
the numbers being returned don't seem to support that.
* Is the VB.NET version somehow more "accurate" or just the way it is
because of the missing unsigned 32-bit integer data type?
Thanks,
Alain