Re: Implement NtQuerySystemInformation(SystemTimeOfDayInformation)

[Rein Klazes]

On Tue, 17 May 2005 23:06:51 +0200, you wrote:
> -
>            RtlSystemTimeToLocalTime(&sys_time, &local_time);
> -
>            /* liExpTimeZoneBias is not the same as tzi.Bias since it takes
> -
>             * disabled DST correction into account (tested on WinXP). */
> -
>            local_diff.QuadPart = sys_time.QuadPart - local_time.QuadPart;

You mean the "Automatically adjust clock for daylight saving"? Wine does
not follow this silly flag and at a couple of places it depends on it. I
doubt whether it should.
> -
> -
>            sti->liKeBootTime       = NTDLL_BootTime;
> -
>            sti->liKeSystemTime     = sys_time;
> -
>            sti->liExpTimeZoneBias  = local_diff;
> -
>            sti->uCurrentTimeZoneId = RtlQueryTimeZoneInformation(&tzi);

This does not look correct. AFAIK RtlQueryTimeZoneInformation returns an
NT-status code, 0 is no success, otherwise it is an error code. Have a
look at GetTimeZoneInformation how to compute a TimeZoneId.

Rein.

Implement NtQuerySystemInformation(SystemTimeOfDayInformation)

[Felix Nawothnig]

Rein Klazes wrote:
> On Tue, 17 May 2005 23:06:51 +0200, you wrote:
> > -
> >            RtlSystemTimeToLocalTime(&sys_time, &local_time);
> > -
> >            /* liExpTimeZoneBias is not the same as tzi.Bias since it takes
> > -
> >             * disabled DST correction into account (tested on WinXP). */
> > -
> >            local_diff.QuadPart = sys_time.QuadPart - local_time.QuadPart;
>
> You mean the "Automatically adjust clock for daylight saving"? Wine does

Yep.
> not follow this silly flag and at a couple of places it depends on it. I
> doubt whether it should.

By the way, how is this flag set?
> > -
> > -
> >            sti->liKeBootTime       = NTDLL_BootTime;
> > -
> >            sti->liKeSystemTime     = sys_time;
> > -
> >            sti->liExpTimeZoneBias  = local_diff;
> > -
> >            sti->uCurrentTimeZoneId = RtlQueryTimeZoneInformation(&tzi);
>
> This does not look correct. AFAIK RtlQueryTimeZoneInformation returns an
> NT-status code, 0 is no success, otherwise it is an error code. Have a

Oops, right.
> look at GetTimeZoneInformation how to compute a TimeZoneId.

Well, I could just duplicate the code but wouldn't it make more sense to 
  move this code from kernel32 to ntdll and let GetTimeZoneInformation() 
call NtQuerySystemInformation()?

I dunno if this is how it's done on Windows (some of this information, 
like liExpTimeZoneBias for example, is stored in UserSharedData as an 
example program on MSDN shows) but I guess it would be more more correct?

-flx

Implement NtQuerySystemInformation(SystemTimeOfDayInformation)

[Rein Klazes]

On Wed, 18 May 2005 21:15:05 +0200, you wrote:
> Rein Klazes wrote:
> > On Tue, 17 May 2005 23:06:51 +0200, you wrote:
> > > -
> > >            RtlSystemTimeToLocalTime(&sys_time, &local_time);
> > > -
> > >            /* liExpTimeZoneBias is not the same as tzi.Bias since it takes
> > > -
> > >             * disabled DST correction into account (tested on WinXP). */
> > > -
> > >            local_diff.QuadPart = sys_time.QuadPart - local_time.QuadPart;
> >
> > You mean the "Automatically adjust clock for daylight saving"? Wine does
>
> Yep.
> > not follow this silly flag and at a couple of places it depends on it. I
> > doubt whether it should.
>
> By the way, how is this flag set?

It is a value "DisableAutoDaylightTimeSet" in the registry key with the
other timezone info. The overall effect seems to be to "use the timezone
but ignore all daylight" settings. That would not make sense on a Unix
system that is using a timezone with daylight switching in operation. I
tend to think wine should not support this flag.

Reading the comment again, I think you are mistaken: the "actual" bias
is not tzi.Bias but either tzi.Bias + tzi.StandardBias or tzi.Bias +
tzi.DaylightBias. If the flag is set, tzi.DaylightBias is zero, that is
how the "actual" bias takes the disabled DST correction into account.
> > > -
> > > -
> > >            sti->liKeBootTime       = NTDLL_BootTime;
> > > -
> > >            sti->liKeSystemTime     = sys_time;
> > > -
> > >            sti->liExpTimeZoneBias  = local_diff;
> > > -
> > >            sti->uCurrentTimeZoneId = RtlQueryTimeZoneInformation(&tzi);
> >
> > This does not look correct. AFAIK RtlQueryTimeZoneInformation returns an
> > NT-status code, 0 is no success, otherwise it is an error code. Have a
>
> Oops, right.
> > look at GetTimeZoneInformation how to compute a TimeZoneId.
>
> Well, I could just duplicate the code but wouldn't it make more sense to 
>   move this code from kernel32 to ntdll and let GetTimeZoneInformation() 
> call NtQuerySystemInformation()?

That is a possibility. But some code must be duplicated still for the
support of TzSpecificLocalTime kernel32 API's, unless you know NT
equivalents.
> I dunno if this is how it's done on Windows (some of this information, 
> like liExpTimeZoneBias for example, is stored in UserSharedData as an 
> example program on MSDN shows) but I guess it would be more more correct?

Yes.

Rein.

Implement NtQuerySystemInformation(SystemTimeOfDayInformation)

[Felix Nawothnig]

Rein Klazes wrote:
> Reading the comment again, I think you are mistaken: the "actual" bias
> is not tzi.Bias but either tzi.Bias + tzi.StandardBias or tzi.Bias +
> tzi.DaylightBias. If the flag is set, tzi.DaylightBias is zero, that is
> how the "actual" bias takes the disabled DST correction into account.

*nods* ... got confused by the different units and didn't see the 
connection.
> > Well, I could just duplicate the code but wouldn't it make more sense to 
> > move this code from kernel32 to ntdll and let GetTimeZoneInformation() 
> > call NtQuerySystemInformation()?
>
> That is a possibility. But some code must be duplicated still for the
> support of TzSpecificLocalTime kernel32 API's, unless you know NT
> equivalents.

Hm... NT most likely stores it in UserSharedData (does anyone have the 
DDK handy?). How to deal with that?

-flx