VM
такого быть не должно
Size: a a a
2021 November 11
VN
Проблема заключается в том, что я нахожусь на 3м часу ДО перевода времени, а система считает 3й час как ПОСЛЕ перевода времени. Устройство ещё не перевело время, а os.time считает что уже перевело.
VM
во-первых, os.time ничего не считает (в смысле не делает никаких предположеий)
VM
во-вторых, если речь идёт о выборе времени из пикера, и преобразовании именно его - перевод СИСТЕМНОГО времени должен быть иррелевантен
VN
Почему тогда os.time() и os.time(пикер) имеют разницу в 3600 сек, когда на устройстве >3:00 ДО перевод?🤔
VM
а почему не должны?
VM
os.time(пикер) выдаёт время которое он получил от пикера
VM
os.time(nil) выдаёт текущее время
VN
Если я выберу другую дату и время на устройстве, укажу это время в пикере os.time() и os.time(пикер) будут одинаковыми.
S
Если ты наберёшь в пикере точное текущее время до секунд - оно будет равно.
S
Текущее - то что говорит устройство.
VN
Сейчас проверю.
S
До секунд, опять таки.
Q
на винде)0
VN
Секунды для пикера я буду брать прямо из os.date("*t",os.time()).sec
Q
просто есть либа lua-websocket, я на ней хочу слушать сервер на сообщения новые, делаю через цикл while, используя треды, но скрипт зависает.
TS
тут одинаковые hour/min но разные зоны с учетом dst. У os.time есть еще атрибут isdst
S
Ev только и исключительно для линуса.
VM
а, я понял о чём ты
VM
тебе там @tsafin правильно ответил