SM>>>> C 00:39:04 Deleting file r1970_12.djvu that is 83 days old MD>>> Это делает sqpack? SM>> Нет. Это делает htick -c hpt.cfg clean SM>>>> Файл пролежал у меня меньше суток. Подписчики забрать не успели, SM>>>> получили только тики от него. В чем подвох? SM>>>> htick/w64-mvcdll 1.9.0-cur 13-02-17 SM>>>> FileArea 957SHEMA d:\downloads\fileecho\957shema -a 2:460/58 SM>>>> -p 64 MD>>> ^^^^^ Судя по всему, подвох в подчёркнутом. Мейлер на принятом файле MD>>> ставит дату, которая была у передаваемого файла у аплинка. SM>> Ну, да. А разве это плохо?
AV> Это - не плохо. плохо другое: в не-совсем-posix-совместимых системах нет AV> различий между ctime, mtime и atime.
Оно-то есть, но там каша какая-то.
════════ Attributes ════════ Change file attributes for binkd.log
DD.MM.YYYYY hh:mm:ss,ms Last write time: 25.06.2018 09:13:37,221 Creation time: 20.06.2018 00:07:35,238 Last access time: 25.06.2018 00:05:47,213 Change time: 25.06.2018 09:13:37,221
MD>>> Наверно, файл был старше 64 дней, поэтому и был удалён. SM>> Ну, да. А так не должно быть. Он должен удаляться после 64 дней SM>> лежания у меня, а не от рождения. SM>> [...] SM>> А под виндой touch еще нужно иметь.
AV> ^^^^^^^^^^
AV> Увы, вынужден присвоить багрепорту статус not-a-bug/os-specific :-/
Здрасьти! Причем здесь тач? Это уже костыль к корявому поведению htick. Какого лешего он проверяет дату файла и, тем более, ее меняет, если все есть дупобаза?
Have nice nights. Stas Mishchenkov.
--- Коньки и ласты - что суждено отбросить, того уже не склеишь... * Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/58)
