M
Чтоб людей доп. библиотеками не пугать
их скорее тот код испугает имхо, где берутся два названия таймзоны и нет подписи где иана а где нет
Size: a a a
2020 February 27
G
Короче, бага в том, что у
TimeZoneInfo.ConvertTime есть 2 версии: первая принимает и возвращает DateTime, вторая - DateTimeOffset. В свою очередь у DateTimeOffset есть implicit конструктор от DateTime, который создаёт DateTimeOffset с локальной таймзоной, и который я бы удалил нафиг. На практике получается, что на компьютере с локальным временем в EST всё работает, а на компьютере с другим локальным временем возвращается DateTimeOffset с правильным значением времени, но неправильным (по факту с локальным) offset.
При сравнении таких разных результатов на равенство получится false.
TimeZoneInfo.ConvertTime есть 2 версии: первая принимает и возвращает DateTime, вторая - DateTimeOffset. В свою очередь у DateTimeOffset есть implicit конструктор от DateTime, который создаёт DateTimeOffset с локальной таймзоной, и который я бы удалил нафиг. На практике получается, что на компьютере с локальным временем в EST всё работает, а на компьютере с другим локальным временем возвращается DateTimeOffset с правильным значением времени, но неправильным (по факту с локальным) offset.
При сравнении таких разных результатов на равенство получится false.
а ты хотел чтобы тебе разные оффсеты тру выдавали? %)
V
а ты хотел чтобы тебе разные оффсеты тру выдавали? %)
Я хотел думать, мне ConvertTime вернёт DateTimeOffset
V
Вот так и познакомился с этим неявным конструктором DateTimeOffset от DateTime
АШ
Это снова я со вчерашней проблемой с дедлоками
Начал разбираться с windbg но не могу найти даже самый простой дедлок
Взял пример дедлока отсюда: https://blog.stephencleary.com/2012/07/dont-block-on-async-code.html
Вызываю нужный метод, он действительно фризится и не возвращает результат, аттачусь (либо беру дамп, все одно), и пытаюсь как в туториалах искать дедлоки: через !syncblk, !dlk, ни та ни другая команда мне не выдает ничего, единственное что я вижу это один из тредов остановился на objwait, что логично, потому что это как раз тот экшен в котором дедлок, но как искать второй тред, который держит этот лок и почему его не показывают вышеописанные команды? Этот лок происходит не в managed коде и надо смотреть не !CLRStack а !dso? Там почти все треды заканчиваются на WaitForSingle/MultipleObject так что я даже и не знаю куда смотреть
Начал разбираться с windbg но не могу найти даже самый простой дедлок
Взял пример дедлока отсюда: https://blog.stephencleary.com/2012/07/dont-block-on-async-code.html
Вызываю нужный метод, он действительно фризится и не возвращает результат, аттачусь (либо беру дамп, все одно), и пытаюсь как в туториалах искать дедлоки: через !syncblk, !dlk, ни та ни другая команда мне не выдает ничего, единственное что я вижу это один из тредов остановился на objwait, что логично, потому что это как раз тот экшен в котором дедлок, но как искать второй тред, который держит этот лок и почему его не показывают вышеописанные команды? Этот лок происходит не в managed коде и надо смотреть не !CLRStack а !dso? Там почти все треды заканчиваются на WaitForSingle/MultipleObject так что я даже и не знаю куда смотреть
V
их скорее тот код испугает имхо, где берутся два названия таймзоны и нет подписи где иана а где нет
На Линуксе иана, на винде - нет ;)
M
На Линуксе иана, на винде - нет ;)
я в курсе и об этом писала выше
V
В принципе, присвоение EST можно было опустить для простоты. Дело не в нём.
@ael1ta я для этого сразу комментарий написал, чтоб не обращали внимание. А вставил так, чтоб можно было скопипастить и запустить без подключения нугетов
V
Так-то на практике у меня ещё .AddMilliseconds вызывается, чтобы и их сохранить.
GM
угараю с решения конечно
VO
запускай голосовалку, тут все строго с пропагандами
d
джон скит в нашем канале! какая честь
Што
GM
нинада
OM
есть ли жизнь без решарпера?
GM
два дня жил - чуть не умер