Время созданного "сейчас" файла меньше timenow на 4 часа

[Владимир Максимов]

Если еще актуальна тема с Гринвичем, то я определял часовой пояс так:

PHP код:

static void MVB_GetTimeZone(Args _args)
{
    #define.MAX_PATH(260)
    Dll             kernel32;
    DllFunction     getTimeZoneInformation;
    int             secondsTimeZone;
    int             retVal;
    binary          lpTimeZoneInformation = new Binary(#MAX_PATH);
    ;
    kernel32        = new Dll("kernel32.dll");

    //---------------------------------------------------------------------------------- Чтение информации о часовом поясе
    getTimeZoneInformation  = new DllFunction(kernel32, "GetTimeZoneInformation");
    getTimeZoneInformation.returns(ExtTypes::DWORD);
    getTimeZoneInformation.arg(ExtTypes::POINTER);

    retVal = getTimeZoneInformation.call(lpTimeZoneInformation);

    // Из всей информации нужен только сдвиг часового пояса к Гринвичу. Он указывается в минутах
    secondsTimeZone  = lpTimeZoneInformation.dWord(0)*60;

    print secondsTimeZone," секунд";
    pause;

} 


[Gustav]

Цитата:

Сообщение от Владимир Максимов

Если еще актуальна тема с Гринвичем, то я определял часовой пояс так:

Да, спасибо. Это может пригодиться.
Надо только найти еще один час. Я так понимаю, это следствие летнего перевода часов. И учесть знак.

print secondsTimeZone дает -10 800 секунд (т.е. 3 часа), а нам, получается, надо иметь -14 400 (т.е. 4 часа)...

Есть ли какие-нибудь соображения насчет этого дополнительного часа?
(или будем пользоваться алгоритмом только при зимнем времени?)

P.S. Вроде, что-то вот отсюда можно взять...

Цитата:

Сообщение от туда

UTC НИКОГДА не переходит на летнее время.
Да действительно, изучил вопрос и понял. Летом у нас GMT+4.

[gl00mie]

Цитата:

Сообщение от Gustav

Надо только найти еще один час. Есть ли какие-нибудь соображения насчет этого дополнительного часа?

Пойдем от обратного. Зачем нам заморачиваться с часовыми поясами, если и система считает время по Гринвичу, и файловые времена хранятся по Гринвичу?

// дополнение к классу WinAPI
client server static Binary getSystemTime()
{
    DLL         _winApiDLL      = new DLL(#KernelDLL);
    DLLFunction _getSystemTime  = new DLLFunction(_winApiDLL, @'GetSystemTime');
    Binary      systemTime      = new Binary(#offset16);
    _getSystemTime.returns(ExtTypes::void);
    _getSystemTime.arg(ExtTypes::Pointer);
    _getSystemTime.call(systemTime);
    return systemTime;
}

static void KKu_Job_6901_TestFileTime(Args _args)
{
    FileName    fileName = @'c:\testtime.txt';
    int         hFile;
    ;
    if (WinAPI::fileExists( fileName ))
        WinAPI::deleteFile( fileName );
    hFile = WinAPI::createFile( fileName );
    WinAPI::closeHandle( hFile );
    info( fileName );
    info( 'Даты/вреям в формате ГГ ММ ДД / ЧЧ ММ СС' );
    info( strfmt("created  date/time %1/%2", date2str(WinAPI::getFileCreatedDate(fileName), 321,2,1,2,1,2), time2str(WinAPI::getFileCreatedTime(fileName), 3,1)));
    info( strfmt("modified date/time %1/%2", date2str(WinAPI::getFileModifiedDate(fileName),321,2,1,2,1,2), time2str(WinAPI::getFileModifiedTime(fileName),3,1)));
    info( strfmt("accessed date/time %1/%2", date2str(WinAPI::getFileAccessedDate(fileName),321,2,1,2,1,2), time2str(WinAPI::getFileAccessedTime(fileName),3,1)));
    info( 'Время "сейчас" в формате ЧЧ ММ СС' );
    info( time2str( WinAPI::systemTimeToTimeOfDay(WinAPI::getSystemTime()),3,1) );
}

На выходе получаем:

c:\testtime.txt
Даты/вреям в формате ГГ ММ ДД / ЧЧ ММ СС
created  date/time 06 09 04/14 29 12
modified date/time 06 09 04/14 29 12
accessed date/time 06 09 04/14 29 12
Время "сейчас" в формате ЧЧ ММ СС
14 29 12

При том что текущее время у меня на компе - 18:29 (UTC +03:00 +1 час за счет летнего времени).

[Gustav]

Цитата:

Сообщение от gl00mie

Пойдем от обратного. Зачем нам заморачиваться с часовыми поясами, если и система считает время по Гринвичу, и файловые времена хранятся по Гринвичу?

Да, это душевно. Спасибо. Это мне нравится.

Чего-то такого мне и хотелось: либо правильную дельту между timenow и SystemTime, либо, действительно, просто SystemTime как точку отсчета "возраста назад" (всё равно вычитать будем в скрытом от внешних глаз методе). И удивительно, вообще, что эту функцию не вбабахали в стандарт класса WinAPI...

(ну, а полный зачОт по теме уже поставил раньше)