Имя: Пароль:
1C
1С v8
НачалоДня() в 9 утра с откатом в 1970 год
0 vyaz
 
03.03.16
09:15
Коллеги, доброе время!

Может кто сталкивался с проблемой:

НекаяДата = 16.12.2015 17:43:12

Сообщить(НекаяДата) // 16.12.2015 17:43:12
Сообщить(НачалоДня(НекаяДата)) // 16.12.2015 9:00:00

через пять минут:

Сообщить(НекаяДата) // 01.12.1970 17:43:12
Сообщить(НачалоДня(НекаяДата)) // 01.12.1970 0:00:00

PS: MS SQL, кэши чищены, ТИИ было
1 vyaz
 
03.03.16
09:25
+0 после этого представление дат в ссылках на документы, печатных формах и элементах на форме в пользовательском режиме выглядит как 1970 год.
2 aka AMIGO
 
03.03.16
09:26
(0) как в твоем коде выполнено (выглядит оператор) присвоение значения переменной НекаяДата ?
3 Fannasankh
 
03.03.16
09:27
А на другом компе такое сохраняется?
4 ObjectRelation Model
 
03.03.16
09:29
на сервере выполняется?
5 vyaz
 
03.03.16
09:30
(2) НекаяДата = СтрокаТЗ.Период; // Колонка ТЗ Период типизирована Дата и время
(3) Да, ситуация эмулируется на разных ОС, SQL и платформах 1С
(4) Код выполняется на сервере в фоновом задании
6 mistеr
 
03.03.16
09:33
(0) В скуле есть параметр "смещение дат" или типа того, думаю в нем дело.
7 butterbean
 
03.03.16
09:36
(0) сервак 1С не на линуксе случайно?
8 fbear
 
03.03.16
09:37
А если перезапустить сервер 1с, то даты нормальные становятся?
https://partners.v8.1c.ru/forum/message/1230872
9 Fedor-1971
 
03.03.16
09:38
(6) тогда и первый раз была бы гнутая дата
(5) вопрос в (2) был "откуда взял дату?". Через 5 минут другая выборка и присвоение даты или где-то сохраняешь дату?
10 vyaz
 
03.03.16
09:38
(6) Это первое, что проверялось, установлен сдвиг 2000, что в принципе нормально, в записях таблиц СУБД все окэй, странное представление даты именно платформой. Воспроизводится на различных релизах платформы 8.2, 8.3.5, 8.3.6 и 8.3.7. Проявляется в любой конфигурации размещенной на сервере 1С, как в одной, так и в нескольких конфигурациях одновременно.
(7) Все МС
11 vyaz
 
03.03.16
09:40
(8) Перезапуск агента сервера 1С решает проблему, становится все хорошо.
Что по ссылке к сожалению не вижу "У Вас нет доступа к "Партнерской конференции"
(9) другая выборка, все в памяти крутится
12 vyaz
 
03.03.16
09:45
Выглядит потом это все чудо приблизительно вот так:
http://s008.radikal.ru/i303/1603/a2/296556d84f58.png
13 vyaz
 
03.03.16
09:49
Вот так это выглядит в журнале регистрации:
http://s45.radikal.ru/i110/1603/f7/9c157442f66a.png
14 Dmitrii
 
гуру
03.03.16
09:49
(11) >> Что по ссылке к сожалению не вижу

По ссылке партнёры плачутся на аналогичную проблему 1С-у, а 1С их игнорирует.

Проблема 1С-ом, по всей видимости, не решается.
Так что настраивайте в 1С регулярный перезапуск рабочих процессов в кластере.
15 mistеr
 
03.03.16
09:53
(10) Может в сессии фонового задания он и не выставляется как нужно. Если не в фоне выполнять, все ОК?
16 vyaz
 
03.03.16
09:58
На сервере особых проблем в этот момент не замечено:
http://s019.radikal.ru/i622/1603/cf/51d5df9d734f.png
(14) ой беда-беда...
(15) к сожалению, не в этом дело
17 vyaz
 
03.03.16
10:04
(14) Там по ссылке нет случаем дельных рекомендаций? Типа настройте ТЖ на такое-то событие?
18 fbear
 
03.03.16
10:14
(17) Они не могут отловить эту проблему, последнее что от 1С было в другой ветке.

Лапин Александр (1С, Москва) 01.12.2015 11:28

Ошибка все еще актуальна.

Если Вы хотите и есть возможность помочь нам в ее расследовании, то просьба написать на [email protected] с описанием проблемы.
19 vyaz
 
03.03.16
10:17
(18) спасиб :)
20 SergTheGreat
 
03.03.16
10:25
(0) Чисто теоретически... Виндовые обновления все установлены? Может 1го марта какая-нить беда с летним/зимним временем приключилась?
21 vyaz
 
03.03.16
10:30
(20) проблеме больше года (в моем случае), думаю текущее 1 марта совершенно не при чем :)
(18) написал письмо, интересно ответят ли? опыт переписки с техподдержкой 1С был не очень показательным :)
22 los_hooliganos
 
03.03.16
10:32
Переменная содержащая дата хранить по сути число миллисекунд с 01.01.1970;
Значит глюк скорее всего в компиляторе платформы.
И никак ето не исправить кроме отката платформы.
23 vyaz
 
03.03.16
10:34
(22) если откатываться, то только на 7.7 :) ибо на различных релизах платформы 8.2, 8.3.5, 8.3.6 и 8.3.7 глюк присутствует
24 los_hooliganos
 
03.03.16
10:34
(21) Либо попробуй все поднять на совершенной другой ОС.
Переустановленной или что-то подобное.
25 los_hooliganos
 
03.03.16
10:34
(23) Значит ето глюк ОС скорее всего.
26 vyaz
 
03.03.16
10:35
(24) это было проделано, эффекта нет
27 los_hooliganos
 
03.03.16
10:37
(26) На другом сервере проблема повторялась?
28 zva
 
03.03.16
10:51
29 vyaz
 
03.03.16
10:54
(27) да
(28) неа, там тухло
30 vyaz
 
03.03.16
16:07
Установили контакт с Лапиным Александром, хоть какой-то прогресс :)
31 mistеr
 
03.03.16
16:12
(30) Держи нас в курсе (без шуток).
32 Vladal
 
03.03.16
16:17
(31) Я наблюдаю за этой проблемой с 2012 года.
Да и на Мисте тоже не раз подымалась тема:
https://www.google.ru/search?as_sitesearch=forum.mista.ru&q=1970&gws_rd=ssl

Видать, это что-то с сервером 1С, в скульных таблицах даты правильные.
33 vyaz
 
03.03.16
16:37
Как будет результат (если будет) обязательно отпишусь.
34 vyaz
 
14.03.16
11:41
Для тех, кому интересно, как идет процесс:

Задача #11045 была обновлена (Александр Лапин).

Здравствуйте, Вячеслав!

Дампы получили.
К сожалению, они не выявили причину сбоя.
Потребуется еще одна специальная версия.
Наши специалисты сейчас думают, как лучше расставить ловушки.

Пока оставайтесь на текущей специальной версии.
Ведь она наверное более удобна, т.к. при возникновении проблемы автоматически
убивается проблемный рабочий процесс и ошибка у пользователей не проявляется.
Но дампы с нее высылать нам пока не надо!

По готовности новой специальной версии мы Вам сообщим.

Спасибо за сотрудничество!
35 vyaz
 
18.03.16
07:28
Финал:

Разработчика платформы ошибку локализовали и исправили.
В ближайших релизах будет исправлено.

P.S. Поздравляю всех, кто мучается с этой напастью :)
36 fbear
 
18.03.16
07:33
Отлично! Спасибо, что держал в курсе.
37 vyaz
 
22.03.16
09:26
Уточнение по исправлению:

Описание:
В клиент-серверном варианте информационной базы после большого количества вызовов функции форматирования даты из программного кода или из отчетов данные типа Дата могут отображаться как даты 1970 года вместо реального.

Статус: Исправлена в будущей версии

https://bugboard.v8.1c.ru/error/000013834.html
Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки — вот настоящая работа. Фредерик Брукс-младший