Показать сообщение отдельно
Старый 04.09.2011, 16:25   #18  
AndyD is offline
AndyD
Участник
КОРУС Консалтинг
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
2,560 / 2476 (88) +++++++++
Регистрация: 20.08.2005
Цитата:
Сообщение от gl00mie Посмотреть сообщение
Т.е. похоже, что AOS где-то у себя "оптимизирует" хранение данных о временных зонах исходя из предположения, что правила перехода на летнее/зимнее время не меняются с годами, и передает эту "оптимизированную" информацию клиентам, подключающимся к нему, - оттого и нули в годах в структуре TIME_ZONE_INFORMATION, передаваемой функции SystemTimeToTzSpecificLocalTime(), оттого и нестыковки с новыми правилами (не)перехода на зимнее время. Так что, мне кажется, патч для ядра все же понадобится...
Это не так.
Что бы убедиться - достаточно посмотреть параметры смены DST зоны GMTMINUS0800PACIFICTIME для 2006 и 2007 годов (нули в годах означают, что дата смены будет формироваться динамически).

Насчет патча - посмотрим, что Ивану отпушут
__________________
Axapta v.3.0 sp5 kr2