SetLocalTime/GetLocalTime no el mismo si Ajustar horario de verano

Seleccione idioma Seleccione idioma
Id. de artículo: 234735 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

Síntomas

Llamar a SetLocalTime() mientras está seleccionada la opción "Ajustar automáticamente el reloj horario de verano" en la herramienta Panel de control de fecha y hora no establece la hora correctamente desde el punto de vista de la API GetLocalTime(). Aquí son los resultados desde el programa de prueba: **** sin DAYLIGHT ahorro AUTO UPDATE ****
D:\cst>obj\i386\test1
SetLocalTime:  1998/08/30 22:59:00
GetLocalTime:  1998/08/30 22:59:00
GetSystemTime: 1998/08/31 06:59:00

GetTimeZoneInformation: 
 Bias 480  Name: Pacific Standard Time  SysDate: 00/10/05 02:00:00  Bias: 0
 User_Shared_Data bias: 00000043 0e234000


SetLocalTime:  1998/12/29 22:59:00
GetLocalTime:  1998/12/29 22:59:00
GetSystemTime: 1998/12/30 06:59:00

GetTimeZoneInformation: 
 Bias 480  Name: Pacific Standard Time  SysDate: 00/10/05 02:00:00  Bias: 0
 User_Shared_Data bias: 00000043 0e234000


D:\cst>time /t 
10:59p
				
**** WITH de DAYLIGHT ahorro AUTO UPDATE ****
D:\cst>obj\i386\test1
SetLocalTime:  1998/08/30 22:59:00
GetLocalTime:  1998/08/30 23:59:00     <<<<<<<<<<<<<   THIS  IS OFF BY AN HOUR
GetSystemTime: 1998/08/31 06:59:00

GetTimeZoneInformation: 
 Bias 480  Name: Pacific Daylight Time  SysDate: 00/04/01 02:00:00  Bias: -60
 User_Shared_Data bias: 0000003a ac5ed800


SetLocalTime:  1998/12/29 22:59:00
GetLocalTime:  1998/12/29 21:59:00            <<<<<<<<<<<<<   THIS  IS OFF BY AN HOUR
GetSystemTime: 1998/12/30 05:59:00

GetTimeZoneInformation: 
 Bias 480  Name: Pacific Standard Time  SysDate: 00/10/05 02:00:00  Bias: 0
 User_Shared_Data bias: 00000043 0e234000


D:\cst>time /t 
 9:59p
				
aquí es el programa de prueba: (también Consulte archivos adjuntos)
// time zone test

#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#include <ctype.h>
#include <time.h>
#include <sys\timeb.h>
#include <windows.h>
#include <process.h>
#include <errno.h>
#include <process.h>


#define BIAS1 ( *((DWORD*)0x7FFe0020) )
#define BIAS2 ( *((DWORD*)0x7FFe0024) )

CHAR buf[200];   // message buffer

VOID FormatSt( SYSTEMTIME st, CHAR* buf)
{
    sprintf(buf,"%02d/%02d/%02d %02d:%02d:%02d",
        st.wYear, st.wMonth, st.wDay,
        st.wHour, st.wMinute, st.wSecond );
}

VOID PrintTZInfo()
{
    TIME_ZONE_INFORMATION tzi;
    DWORD dwSta;

    dwSta= GetTimeZoneInformation( &tzi );
   
    printf("GetTimeZoneInformation: \n ");
    switch( dwSta )
    {
        case TIME_ZONE_ID_UNKNOWN:
            printf("returned TIME_ZONE_ID_UNKNOWN\n");
            break;

        case TIME_ZONE_ID_STANDARD:
            FormatSt( tzi.StandardDate, buf );
            printf("Bias %d  Name: %S  SysDate: %s  Bias: %d\n",
                   tzi.Bias, tzi.StandardName, buf, tzi.StandardBias );
            break;

        case TIME_ZONE_ID_DAYLIGHT:
            FormatSt( tzi.DaylightDate, buf );
            printf("Bias %d  Name: %S  SysDate: %s  Bias: %d\n",
                   tzi.Bias, tzi.DaylightName, buf, tzi.DaylightBias );
            break;

        default:
            printf("returned undoced status: %d",dwSta);
            break;
    }
    printf(" User_Shared_Data bias: %08x %08x\n\n",BIAS2, BIAS1 );
}

VOID TstSetTime( int year, int mon, int day, int hour, int minute, int sec)
{
    SYSTEMTIME st,tst;
    BOOL bSta;

    st.wYear=  year;
    st.wMonth= mon;
    st.wDay=   day;
    st.wHour=  hour;
    st.wMinute= minute;
    st.wSecond= sec;

    st.wDayOfWeek= 0;
    st.wMilliseconds= 0;

    bSta= SetLocalTime( &st );

    if( bSta == FALSE )
    {
        FormatSt( st, buf);
        printf("Failed to set date/time: %s\n",buf);
    }
    else
    {
        FormatSt( st, buf);
        printf("SetLocalTime:  %s\n",buf);

        GetLocalTime( &tst );
        FormatSt( tst, buf);
        printf("GetLocalTime:  %s\n", buf);

        GetSystemTime( &tst );
        FormatSt( tst, buf );
        printf("GetSystemTime: %s\n", buf);
    }
    printf("\n");

}

VOID PrintTime( CHAR* msg )
{
    SYSTEMTIME st;

    GetLocalTime( &st );

    FormatSt( st, (CHAR*) buf );

    printf("%s %s\n", msg, buf);

}

int _cdecl  main(int argc, char** argv)
{

    // pick date in savings time

    TstSetTime( 1998, 8, 30, 22, 59, 0 );
    PrintTZInfo();

    // pick date outside of savings time

    printf("\n");
    TstSetTime( 1998, 12, 29, 22, 59, 0 );
    PrintTZInfo();

    return(0);
}

				

Causa

Este problema se produce cuando se llama a SetLocalTime. El tiempo pasado se convierte a UTC mediante la diferencia de zona horaria vigente en el momento de la llamada y, a continuación, se llama al SetSystemTime. Este algoritmo hace que el comportamiento que está viendo. Windows NT ha trabajado esta forma desde su primera versión (Windows NT 3.1) y no se puede cambiar.

Este comportamiento es diferente de Windows 95 ó 98, pero no se puede cambiar sin riesgo de romper algunos programas. En Windows NT, si el llamador no ajusta el tiempo, la API tendrá que ser se llama dos veces para obtener los resultados previstos. Si el llamador ajusta antes de llamar a, realizará sólo una vez. En Windows 95 ó 98, es necesario realizar sólo una llamada.

Solución

Para evitar este problema, llame SetLocalTime() dos veces en una fila. La primera llamada cambia la configuración de DST correcta, la segunda llamada establece el tiempo.

Estado

Este comportamiento es por diseño.

Propiedades

Id. de artículo: 234735 - Última revisión: martes, 23 de enero de 2007 - Versión: 1.2
La información de este artículo se refiere a:
  • Microsoft Windows 2000 Server
  • Microsoft Windows NT Server 4.0 Standard Edition
Palabras clave: 
kbmt kbbug kbpending kbprogramming KB234735 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 234735

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com