Защита от частых пусков. ПР 114.

[Aleksey Efremov]

Для целей Aleksey Efremov год нафиг не нужен.

Собственно, согласен, просто заметил несоответствие и года, и часа, и минут. Пробую сейчас сравнивать Юникс время. Проблема осталась в сохранении переменной и чтобы она не успевала перезаписываться при включении.

[Ревака Юрий]

Интересно, как поведут себя программы в 2038 году ? или Овен не рассчитывает, что их оборудование к этому году еще будет живо ?

Будем решать проблемы по мере их поступления

[Aleksey Efremov]

Aleksey Efremov при записи года в макрос прибавьте к 17 еще 2000

Да, все верно. Теперь точные значения.

[petera]

Да, но в общем макрос некорректные значения выдает, и проблема оказалась в первом макросе.

А моих макросах http://www.owen.ru/forum/showthread....l=1#post219996 ошибок нет
Захват-18.png

Захват-19.png

Захват-2.png

[petera]

Интересно, как поведут себя программы в 2038 году ? или Овен не рассчитывает, что их оборудование к этому году еще будет живо ?

Там же http://www.owen.ru/forum/showthread....l=1#post219991

ВНИМАНИЕ.
Т.к. в ПР не поддерживается работа со знаковыми целыми числами, макрос будет корректно работать только с даты "эры Unix" - с 0 часов 1 января 1970г. Зато не будет проблемы 2038г, когда 19 января 2038 многие системы сойдут сума и время у них потечет вспять. У нас, в макросе, эра Unix закончится 5 февраля 2106г.

[Ревака Юрий]

А моих макросах http://www.owen.ru/forum/showthread....l=1#post219996 ошибок нет
Захват-18.png

Захват-19.png

Захват-2.png

В самих макросах там тоже ошибок не должно быть, обычно подобные проблемы возникают, если на вход подавать непосредственно системные переменные времени и даты, до определенного момента симуляция и реальный ПР имели разный формат переменной Год.

[melky]

petera с какого перепуга ? кто-то сам утверждал, что для процессора ПР200 числа меньше 0 он воспринимает как должное отрицательное число.
эра Юних может считать от 0 часов 1970 года в оба направления и в целом там проблемы нет. Вопрос как будет считать макрос ? может он выдать время 1902 год или КУ?! ?

Проблема может возникнуть, если человек в программе привяжется ко времени.

[petera]

petera с какого перепуга ? кто-то сам утверждал, что для процессора ПР200 числа меньше 0 он воспринимает как должное отрицательное число.
эра Юних может считать от 0 часов 1970 года в оба направления и в целом там проблемы нет. Вопрос как будет считать макрос ? может он выдать время 1902 год или КУ?! ?

Проблема может возникнуть, если человек в программе привяжется ко времени.

Мой макрос может считать только с с 0 часов 1 января 1970г, время 1902 год он не выдаст.
Зато он правильно работает до 5 февраля 2106г.

ЗЫ

кто-то сам утверждал, что для процессора ПР200 числа меньше 0 он воспринимает как должное отрицательное число

Я утверждал, что преобразование TO_INT работает по всем правилам - преобразует отрицательное вещественное число в целое со знаком в дополнительном коде.
А любые арифметические операции с числами в дополнительном коде выполняются верно в любой комбинации - друг с другом и с целыми положительными числами
Захват-4.png

[melky]

Понятно, будет проблема при передаче времени в ПК например, мы ему 19 января 2038 года, а ПК нам расскажет, что сейчас 1901 (или какой там в Юникс времени) год

[Алексей Геннадьевич]

Проблема осталась в сохранении переменной и чтобы она не успевала перезаписываться при включении.

Для кого программу приложил к сообщению?
Ничего там при включении не перезапишется.
Любые действия - (кроме заливки новой программы, смены времени из меню, и смены ПР ). Час после выыключения - и без разницы, отключено было ПР или нет.