Re: [RESENT] TIME_GetBias

2004-03-18 Thread Mike McCormack
Hi Shachar, Shachar Shemesh wrote: Do you realize that time zone information is hardly a static thing? For some countries, such as Israel, time zone is something that changes annually. Do we really need the chore of keeping that up to date? Also, how are people going to update their local setu

Re: [RESENT] TIME_GetBias

2004-03-18 Thread Uwe Bonnes
> "Shachar" == Shachar Shemesh <[EMAIL PROTECTED]> writes: Shachar> Mike McCormack wrote: ... >> somewhere... Anybody know how that works? >> >> Mike Shachar> In a nutshell - not well. Shachar> Windows has a set of keys in the registry that store the Shachar> tim

Re: [RESENT] TIME_GetBias

2004-03-18 Thread Shachar Shemesh
Mike McCormack wrote: Hi Shachar, Shachar Shemesh wrote: Do you realize that time zone information is hardly a static thing? For some countries, such as Israel, time zone is something that changes annually. Do we really need the chore of keeping that up to date? Also, how are people going to

Re: [RESENT] TIME_GetBias

2004-03-18 Thread Uwe Bonnes
> "Shachar" == Shachar Shemesh <[EMAIL PROTECTED]> writes: Shachar> Uwe Bonnes wrote: >> I think that's the way to go. Winesetup should determine and set the >> timezone. Who is going to implement it? >> >> Shachar> Do you realize that time zone information is hardly

Re: [RESENT] TIME_GetBias

2004-03-18 Thread Shachar Shemesh
Uwe Bonnes wrote: I think that's the way to go. Winesetup should determine and set the timezone. Who is going to implement it? Do you realize that time zone information is hardly a static thing? For some countries, such as Israel, time zone is something that changes annually. Do we really nee

Re: [RESENT] TIME_GetBias

2004-03-18 Thread Uwe Bonnes
> "Rein" == Rein Klazes <[EMAIL PROTECTED]> writes: Rein> On Thu, 18 Mar 2004 14:25:22 +0100, you wrote: >> > "Rein" == Rein Klazes <[EMAIL PROTECTED]> writes: >> Rein> On Wed, 17 Mar 2004 13:00:20 +0100, you wrote: >> >> If you change the TimeGetBias() function as men

Re: [RESENT] TIME_GetBias

2004-03-18 Thread Rein Klazes
On Thu, 18 Mar 2004 14:25:22 +0100, you wrote: > > "Rein" == Rein Klazes <[EMAIL PROTECTED]> writes: > > Rein> On Wed, 17 Mar 2004 13:00:20 +0100, you wrote: > >> If you change the TimeGetBias() function as mentioned, synplify > >> starts with the grace license. > > Locally unset

Re: [RESENT] TIME_GetBias

2004-03-18 Thread Uwe Bonnes
> "Rein" == Rein Klazes <[EMAIL PROTECTED]> writes: Rein> On Wed, 17 Mar 2004 13:00:20 +0100, you wrote: >> If you change the TimeGetBias() function as mentioned, synplify >> starts with the grace license. Locally unsetting TZ was the fix I proposed years ago... -- Uwe Bonnes

Re: [RESENT] TIME_GetBias

2004-03-18 Thread Rein Klazes
On Wed, 17 Mar 2004 13:00:20 +0100, you wrote: > If you change the TimeGetBias() function as mentioned, synplify starts with > the grace license. To illustrate my last post, the attached patch makes it work as well. I still have to confirm that TZ is not used by the win API functions. Rein. --

Re: [RESENT] TIME_GetBias

2004-03-18 Thread Rein Klazes
On Wed, 17 Mar 2004 13:00:20 +0100, you wrote: > > Synplify starts, but brings up "Introduction" with a message "Sorry, no > Synplify license is available". Yes I see that. > > The start wrapper calculates some magic string from the time. Then TZ is set > to GMT0 and another process is starte

Re: [RESENT] TIME_GetBias

2004-03-17 Thread Uwe Bonnes
> "Rein" == Rein Klazes <[EMAIL PROTECTED]> writes: ...Rein> which leaves: Rein> bias = utc - utc Rein> which makes bias always zero, and tested on my system it surely Rein> makes it return zero. Is that different on your system? If that Rein> is not the ca

Re: [RESENT] TIME_GetBias

2004-03-17 Thread Rein Klazes
On Tue, 16 Mar 2004 20:45:01 +0100, you wrote: > > "Alexandre" == Alexandre Julliard <[EMAIL PROTECTED]> writes: > > Alexandre> Uwe Bonnes <[EMAIL PROTECTED]> writes: > >> ptm = localtime(&utc); ptm = gmtime(&utc); ret = last_bias = > >> (int)(utc-mktime(ptm)); > >> > >>

Re: [RESENT] TIME_GetBias

2004-03-16 Thread Uwe Bonnes
> "Alexandre" == Alexandre Julliard <[EMAIL PROTECTED]> writes: Alexandre> Uwe Bonnes <[EMAIL PROTECTED]> writes: >> ptm = localtime(&utc); ptm = gmtime(&utc); ret = last_bias = >> (int)(utc-mktime(ptm)); >> >> I my understanding mktime(gmtime(time(NULL))) == time(NULL)

Re: [RESENT] TIME_GetBias

2004-03-16 Thread Alexandre Julliard
Uwe Bonnes <[EMAIL PROTECTED]> writes: > ptm = localtime(&utc); > ptm = gmtime(&utc); > ret = last_bias = (int)(utc-mktime(ptm)); > > I my understanding mktime(gmtime(time(NULL))) == time(NULL) No, mktime takes local time, it's the reverse of localtime(), not gmtime(). -- Alexandre

Re: [RESENT] TIME_GetBias

2004-03-16 Thread Uwe Bonnes
> "Alexandre" == Alexandre Julliard <[EMAIL PROTECTED]> writes: Alexandre> Uwe Bonnes <[EMAIL PROTECTED]> writes: >> Changelog: wine/dlls/ntdll/time.c: TIME_GetBias Calculate the Bias >> before calling gmtime Alexandre> This cannot be right, the bias is supposed to be the

Re: [RESENT] TIME_GetBias

2004-03-16 Thread Alexandre Julliard
Uwe Bonnes <[EMAIL PROTECTED]> writes: > Changelog: > wine/dlls/ntdll/time.c: TIME_GetBias > Calculate the Bias before calling gmtime This cannot be right, the bias is supposed to be the difference between local time and GMT, so you have to use gmtime() not localtime(). -- Alexandre