>>There is another function, however, to convert a time to UTC. If you're interested, please post.
>
>What do you have. I would be very interested in what you have and how it works.
I think that Vlad's post will be more useful in what you're trying to do. I'm not posting my function know because the one flaw it has is that regardless of the date, it always returns the UTC time based on the current bias. I'm going to fix this, however, and if you wish, I'll post it or send it to you when it's done. I do, however, want to add a couple of notes to what Vlad posted.
The return value of the function will be one of the following:
#DEFINE TIME_ZONE_ID_UNKNOWN 0
#DEFINE TIME_ZONE_ID_STANDARD 1
#DEFINE TIME_ZONE_ID_DAYLIGHT 2
The bias values, are all signed integer, as I believe Vlad mentioned. The first is the normal number of minutes difference between the current time zone and UTC time. The second is the difference between standard number of minutes difference (usually zero). The third is the the daylight offset. Therefore to get the adjustment, you'd use:
lncurrdiff = local time + normal bias + appropriate bias
One note, which may be errata in the Win32.hlp documentation. While the first bias returned on my machine was indeed the difference in minutes between Eastern US time and UTC (300 minutes or 5 hours), the bias for daylight was not -60, but rather -1. The documentation states that this should be expressioned in minutes, not hours. I'd appreciate it if someone would test this and let me know if they get the same results.
George
Ubi caritas et amor, deus ibi est