C / C++ / MFC

Re: inverse function of SystemTimeToTzSpecificLocalTime()

22-Jun-09 21:36

MSDN also mentions (on the SystemTimeToTzSpecificLocalTime[^] page, in fact) TzSpecificLocalTimeToSystemTime[^].

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

includeh1022-Jun-09 21:52

includeh10

22-Jun-09 21:52

many our clients are still using win2k, so I have to make it work on Win2k.

Re: inverse function of SystemTimeToTzSpecificLocalTime()

Stuart Dootson22-Jun-09 22:25

Re: inverse function of SystemTimeToTzSpecificLocalTime()

22-Jun-09 22:25

Well - all TzSpecificLocalTimeToSystemTime is going to do is offset the time by the time offset implied by the timezone you pass into it. So, you just need to do the same.

If you would be passing a null time-zone into that function, then you can do what it does and retrieve the current time zone information using GetTimeZoneInformation[^]. That gives you the current time-zone information, including the biases to be applied to UTC to get local time (or vice versa!). So, all you have to do is work out how to add the suitable number of minutes to your local timke - I'd probably convert the SYSTEMTIME to a FILETIME, do the time biassing and then convert the FILETIME back to a SYSTEMTIME.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

includeh1022-Jun-09 22:51

includeh10

22-Jun-09 22:51

TzSpecificLocalTimeToSystemTime function requires XP, not for Win2k.

I have created 2 functions and solved the problem, the 2 are:

void GreenwichTimeToLocalTime(const SYSTEMTIME&tmSys,SYSTEMTIME&tmLocal)
{
SYSTEMTIME tmS,tmL;
::GetSystemTime(&tmS);
::GetLocalTime(&tmL);

FILETIME ftS,ftL;
::SystemTimeToFileTime(&tmS,&ftS);
::SystemTimeToFileTime(&tmL,&ftL);

ULARGE_INTEGER ulS,ulL;

ulS.HighPart=ftS.dwHighDateTime;
ulS.LowPart =ftS.dwLowDateTime;

ulL.HighPart=ftL.dwHighDateTime;
ulL.LowPart =ftL.dwLowDateTime;

__int64 i64=ulL.QuadPart-ulS.QuadPart;

FILETIME ftSys;
::SystemTimeToFileTime(&tmSys,&ftSys);

ULARGE_INTEGER ulSys;
ulSys.HighPart =ftSys.dwHighDateTime;
ulSys.LowPart =ftSys.dwLowDateTime;

ulSys.QuadPart+=i64;

FILETIME ftLocal;
ftLocal.dwHighDateTime =ulSys.HighPart;
ftLocal.dwLowDateTime =ulSys.LowPart;

::FileTimeToSystemTime(&ftLocal,&tmLocal);
}

void LocalTimeToGreenwichTime(const SYSTEMTIME&tmLocal,SYSTEMTIME&tmUTC)
{
SYSTEMTIME tmS,tmL;
::GetSystemTime(&tmS);
::GetLocalTime(&tmL);

FILETIME ftS,ftL;
::SystemTimeToFileTime(&tmS,&ftS);
::SystemTimeToFileTime(&tmL,&ftL);

ULARGE_INTEGER ulS,ulL;

ulS.HighPart=ftS.dwHighDateTime;
ulS.LowPart =ftS.dwLowDateTime;

ulL.HighPart=ftL.dwHighDateTime;
ulL.LowPart =ftL.dwLowDateTime;

__int64 i64=ulL.QuadPart-ulS.QuadPart;

FILETIME ftLocal;
::SystemTimeToFileTime(&tmLocal,&ftLocal);

ULARGE_INTEGER ulLocal;
ulLocal.HighPart=ftLocal.dwHighDateTime;
ulLocal.LowPart =ftLocal.dwLowDateTime;

ulLocal.QuadPart-=i64;

FILETIME ftUTC;
ftUTC.dwHighDateTime=ulLocal.HighPart;
ftUTC.dwLowDateTime =ulLocal.LowPart;

::FileTimeToSystemTime(&ftUTC,&tmUTC);
}

Re: inverse function of SystemTimeToTzSpecificLocalTime()

Stuart Dootson22-Jun-09 22:57

Re: inverse function of SystemTimeToTzSpecificLocalTime() - OS = Win2K

22-Jun-09 22:57

You didn't really read my answer, did you. I told you that you could get the required time zone offset by using GetTimeZoneInformation (which is available on Windows 2000) and then emulate TzSpecificLocalTimeToSystemTime.

Never mind.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

cmk23-Jun-09 10:42

cmk

23-Jun-09 10:42

You could just copy the wine implimentation:
http://source.winehq.org/source/dlls/kernel32/time.c[^]

...cmk

The idea that I can be presented with a problem, set out to logically solve it with the tools at hand, and wind up with a program that could not be legally used because someone else followed the same logical steps some years ago and filed for a patent on it is horrifying.
- John Carmack

Using VS 2008

Deepu Antony22-Jun-09 20:28

22-Jun-09 20:28

Hi all,

I am using VS 2008 for the first time.I was working with VC++6.0.
And i am trying to compile the project which was done with VC++6.0.

When i am building the project i am getting the error like this

CVTRES : fatal error CVT1100: duplicate resource. type:MANIFEST, name:1, language:0x0409
LINK : fatal error LNK1123: failure during conversion to COFF: file invalid or corrupt

I have googled out and found that if Generate manifest option in Project+properties+Linker is set to off this linker error will not come.
But i am not able to run the exe which is generated.

Please help me.

Regards
Deepu.

KarstenK22-Jun-09 21:31

KarstenK

22-Jun-09 21:31

you need a manifest in VS2008 by design!!!

Throw out the manifest of the rc File. You can include it in the manifest tool -> additional manifest.

Press F1 for help or google it.
Greetings from Germany

Deepu Antony22-Jun-09 21:32

22-Jun-09 21:32

Thank you.

Stuart Dootson22-Jun-09 21:31

22-Jun-09 21:31

Have you done a Rebuild All with VS2008?

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Deepu Antony22-Jun-09 21:38

22-Jun-09 21:38

No.I am searching for how to remove the manifest information from rc file.

Stuart Dootson22-Jun-09 23:08

22-Jun-09 23:08

You can turn off the manifest generation step in the linker tool so long as you always distribute the application with the manifest contained in a separate file in the same directory as the executable.

As this page[^] says, Application manifests are copied into the same folder as the application executable file or included as a resource in the application's executable file..

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Deepu Antony22-Jun-09 23:57